<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
hi,<br>
it's a long shot and by far should not be treated as something
definite (i haven't checked the source code), but i suspect that
you've just found another bug in JPA/persistence implementation. <br>
I agree with salaboy that once process has been updated <u>only</u>
new processes should run with the newer version (all existing ones
should run with the old version). But, if the events sequence is
like below:<br>
1. start process P1<br>
2. persist session S1 (process not completed)<br>
3. update process<br>
4. restart server (just to reload persisted session)<br>
5. load S1 and continue process P1<br>
<br>
i suspect that due to the fact that persisted session persists only
process_id when the same is loaded from the store all it sees is a
new version of the process (hence your situation)<br>
<br>
on the other hand if no persistence is being used there is no
problem at all because running process won't see any changes being
made to the process definition etc.<br>
<br>
<br>
<br>
On 25/05/2011 20:44, anton.litvinenko wrote:
<blockquote cite="mid:1306352671462-2985817.post@n3.nabble.com"
type="cite">
<pre wrap="">I tried exactly that and my already running process continued with the
*updated* process version.
I have a process with 3 nodes: Action Node (writing to system.out) => Async
Work Item (makes request and then waits for async result - not blocking) =>
Action Node (writing to system.out)
So, I experimented like this:
1. started the process, saw first system.out, saw making request
2. updated the process to have a different system.out at last action node,
deployed it to Guvnor, waited for KnowledgeAgent to pick it up
3. sent response to the process at Async Work Item -> saw *new* system.out
at the last node.
Am i doing something wrong? Or have wrong expectations?
--
View this message in context: <a class="moz-txt-link-freetext" href="http://drools.46999.n3.nabble.com/Drools-Flow-5-1-Updating-a-process-definition-Proceed-updates-running-processes-tp2928103p2985817.html">http://drools.46999.n3.nabble.com/Drools-Flow-5-1-Updating-a-process-definition-Proceed-updates-running-processes-tp2928103p2985817.html</a>
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Greg Stasica
PaceMetrics Ltd.
T +353 1 8849921
PaceMetrics Limited is registered in Ireland as a private company limited by shares, Registration No. 298243, Registered office: PaceMetrics House, East Point Business Park, Dublin 3. This e-mail may contain confidential, proprietary or privileged information. If you are not the intended recipient (or have received this e-mail in error) please destroy this e-mail and notify the sender immediately by telephoning +353 1 8184000. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.</pre>
</body>
</html>