[JBoss JIRA] Resolved: (JBPM-165) process instance versioning
by Thomas Diesler (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-165?page=com.atlassian.jira.plugi... ]
Thomas Diesler resolved JBPM-165.
---------------------------------
Fix Version/s: (was: jBPM 3.3.2 GA )
Resolution: Out of Date
Out of date for all Tasks and Feature Requests created before 1-Jan-2008
> process instance versioning
> ---------------------------
>
> Key: JBPM-165
> URL: https://jira.jboss.org/jira/browse/JBPM-165
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: Core Engine
> Reporter: Tom Baeyens
>
> i think jbpm could offer some degree of assistence in process instance versioning.
> when a new version of a process is deployed, jbpm could do the following conversion for a process instance :
> * input required: mapping of the nodes from the old to the new definition.
> * cancel the old process instance
> * create a new process instance and copy the runtime (exe) information such as tokens and process variables from the old process instance.
> * then establish a special link between the 2 process instances to indicate that the new process instance is the continuation of the old process instance.
> this way we can avoid the problematic conversion of logs, while still keeping them in the system.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months
[JBoss JIRA] Resolved: (JBPM-479) Option to allow Tokens with activechildren not to continue transition
by Thomas Diesler (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-479?page=com.atlassian.jira.plugi... ]
Thomas Diesler resolved JBPM-479.
---------------------------------
Resolution: Out of Date
Out of date for all Tasks and Feature Requests created before 1-Jan-2008
> Option to allow Tokens with activechildren not to continue transition
> ---------------------------------------------------------------------
>
> Key: JBPM-479
> URL: https://jira.jboss.org/jira/browse/JBPM-479
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: Core Engine
> Affects Versions: jBPM 3.1.0
> Environment: any
> Reporter: Elmo
> Priority: Optional
>
> When a process instance (root token) is signalled in a fork, or in a subprocess, the process continues via the default leaving node. This is quite misleading. In my opinion the desired behavior would be blocking (i.e. means all child tokens must have ended) before continuing the transition. Although this can be managed through code, signalling the token (fork) by accident would give undesired results. If possible, I would like an option to stop the token from continuing if there are still active children. The code below illustrates this:
> source: Token
> public void signal() {
> //initial checking
> //proposed code: if option is used by developer, block the signal if there are active children
> if( (CHECK_ACTIVECHILDREN_OPTION) && (this.hasActiveChildren()) )
> throw new IllegalStateException( "Cannot signal " + this + " if there are active children" );
> //signal routine
> }
> This option is false by default. I leave it to the group how they will set the option, either through the node definition (private) or to the process definition or maybe even through system properties (global). The users who will implement this must be aware of the consequences i.e. it is their responsibility to end the child tokens themselves or else it can never continue. This is only an option. I have not fully tested or did a full test case on the side effects of this, so I would appreciate if somebody could point this out because I have it implemented in my code. Thanks.
>
> Regards,
> Elmo
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months