Expand my Community achievements bar.

SOLVED

New version of Process, without affecting current instances

Avatar

Former Community Member

Hi,

We have a Long lived Process in Production.

I have noticed that if a new version of that process is deployed, that any live instances of that Process will start using the new version.  i.e. Any processes that have not completed.

I am just trying to work out what the best practice is to update a process version in Production?  Is there a way to ensure that any existing process instances complete using the version they were created with?

Should I:

- deploy a new process, and just try to allow for existing processes instances to stall or fail?

- Try to create a new Application version, or parallel version of the processes running side by side. 

If there is not a simple answer, then I see this as a major gap in the current Process Management implementation.  Any thoughts would be appreciated.

Thanks

1 Accepted Solution

Avatar

Correct answer by
Former Community Member

Any instances of the process that are in progress will continue on the version that they were started with. Any new instances will use the new one. Once the last "in process" instance is completed that version is purged.

Paul

View solution in original post

3 Replies

Avatar

Correct answer by
Former Community Member

Any instances of the process that are in progress will continue on the version that they were started with. Any new instances will use the new one. Once the last "in process" instance is completed that version is purged.

Paul

Avatar

Former Community Member

Thanks Paul, just to confirm you mean a new Application Version, not a new Process Revision.

I can see that if I update a process revision, then the existing process instances will start to use the new revision.

A new Application version seems to close out the old processes

Please confirm .. thanks

The following has evaluated to null or missing: ==> liqladmin("SELECT id, value FROM metrics WHERE id = 'net_accepted_solutions' and user.id = '${acceptedAnswer.author.id}'").data.items [in template "analytics-container" at line 83, column 41] ---- Tip: It's the step after the last dot that caused this error, not those before it. ---- Tip: If the failing expression is known to be legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: #assign answerAuthorNetSolutions = li... [in template "analytics-container" at line 83, column 5] ----