Hide Forgot
Date of First Response: 2010-02-25 15:19:39 Help Desk Ticket Reference: https://enterprise.redhat.com/issue-tracker/404803 project_key: SOA There are problems with a jBPM process which contains a fork/join when running in a cluster. If run with just one node, the processes end properly, but with two nodes the child tokens don't reactivate the parent token Any ideas? Such as: * specifying <transaction-isolation>TRANSACTION_READ_COMMITTED</transaction-isolation> on the JbpmDS * trying lock="UPGRADE_NOWAIT" on the join
Link: Added: This issue related SOA-1939
Link: Added: This issue incorporates JBPM-2787
Link: Added: This issue is related to SOA-1942
Approved, but not required, for SOA 4.3 CP03. If it is not resolved by Due Date, it's out.
JBPM-2787 is done and the fix got positive feedback from the customer. SOA-P team, please close this issue as you see fit.
Draft text for Resolved Issues section of Release Notes: https://jira.jboss.org/jira/browse/JBPM-2787 If a user attempted to run a jBPM process on two nodes in a cluster and that process contains a join, the child tokens would not reactivate the parent token. To prevent concurrent tokens from being stuck in a join node, each of them ends when it enters that node. Normally, ending a token would mean it is unable to reactivate its parent but this fix restores that ability to it. The join execute method checks that all child tokens have ended before it marks the parent token's reactivation flag. The join node has also been made asynchronous. As a result of these changes, it is now less likely that a process will become stuck in a join.
Verified on 4.3 CP03.