Hi,

I have an issue with concurrent access of a ProcessInstance.

I reduced the issue to the following situation:

The "Long Running Task" is now a Thread.sleep(10000);

The "Wait to proceed" node is an event node.

So a processInstance is started with ksession.startProcessInstance(instanceId) in thread 1.

It kicks off the "Long Running Task" and registers the event node.

Then, a REST service message arrives and some java code is run in a second thread.

In this thread a new ksession is created and a signalEvent is issued upon this ksession.

Everything ok so far.

Then, after 10 seconds, the Long Running Task ends and the ksession tries to persist ProcessInstanceInfo object.

This throws  org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.jbpm.persistence.processinstance.ProcessInstanceInfo#24483].

I think I do understand why this happens, but I'm not quite sure how to resolve.

1) Should I somehow reuse the ksession from the first thread to send the signalEvent?

2) If so, how to handle a "clustered" environment?  The processInstance can be started on node 1 and the REST message can arrive on node 2.

At that point it is not possible to reuse the ksession object.  The loadbalancer has no knowledge of what session is running on which node so the REST request can end up on any of the two nodes (the initial processStart was not started via a REST request).

Thanks,

Michiel