afaik, states do not have 'local' variables, so once you update it in state
one, state two also has access to them. Only when using tasks you get automatic
local copies of the values from the time the task is created. Each task
completed updates the global variable, so the last task completed is
Hi Ronald,
"kukeltje" wrote : Each task completed updates the global variable, so the last
task completed is the one that 'wins'.
This means there will be a data-loss. E.g. A modifies its local replica of a
global context variable, and B modifies also its replica. But if B approves
later, modi
Correct, and whether it is dataloss is debatable (the behaviour is by design).
The data A modified is still present in that finished task.
If you want/prefere other behaviour, you can discuss that in the design forum,
but keep in mind... it is a real complex issue that often has it's roots in
"kukeltje" wrote : Correct, and whether it is dataloss is debatable (the
behaviour is by design). The data A modified is still present in that finished
task.
|
Hi Ronald,
I am also doing some research on process context variable so I would like to
know how to read the value modified by 'A
use the api to get a list of all tasks of that user. Finished tasks are also in
there. Not sure if you can retrieve jsut tasks for this processinstance. I
think you can. Then you have access to the variables. Play a little with the
api and learn it
View the original post :
http://www.jbos
Hi
Is it possible to have different value with the same name for two instances..
Any configuration need to be modified?
Regards
Stan
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113269#4113269
Reply to the post :
http://www.jboss.com/index.html?module=bb
two instances of what? processes? ofcourse
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113316#4113316
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4113316
___
jboss-us