i agree with Rainer that API is the best way to go forward.
someting like a migrate method in the ProcessInstance class:
ProcessInstance migrate(ProcessDefinition newDefinition, Map nodeMapping);
the resulting process instance would be a new, cloned object structure with:
* a copy of the
Hi Bernd,
well first of all I said 'I would' so it was basicly hot air, nothing more. I
also mentioned that I 'might' even implement it myself. So I didn't even
promise to do it :-) (But I did descride the idea in some detail in this
thread.)
Problem is that no customer was yet willing to pay
anonymous wrote : I'm personally booked 110%
I would be happy to have so much free time ;-)
OK, I can image that we implement it in one of our projects and let you know if
we have done it...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3917516#3917516
Reply
I think this is a real problem! But in our application we have simply solved
that by adding a processVariable for the running version and changed that if we
upate a process version.
The jbpm-log then keeps track at which time in the process execution the
version was changed (and the old and
Hi.
cancel ProcessInstances and start complete new processes is often impossible
(because of triggering external systems, sending mails t ocustomers, ...) so we
have the solution, that we can change one processInstance to a new version if
the new version has
- the same states with the same
Hi Bernd,
I can't resist...
anonymous wrote : cancel ProcessInstances and start complete new processes is
often impossible (because of triggering external systems, sending mails t
ocustomers, ...)
What I suggested was ending the old processInstance and starting the new one in
the same or
Hi,
This seems a more complex that what I believe I would need. The basic process
migration would seems enought for me.
In general, I suppose that if we want to change a process, it is because the
current process has some bugs and is eventually blocked somehow.
Other possibility is that there
Hi,
Yes, you could definitely update definitions on the fly as what was
discussed. I just don't know if there is a way you can view the updated xml
definition from the process definition you updated backdoor. I guess you just
need to keep track of it.
And also, you are fine as long as
Hi Elmo,
my ideas just a tiny bit different. I am always for using an API instead of
directly going to the DB and changing things.
What I would do is:
- end the old processInstance
- create a new processInstance and map the state of the old processInstance to
the new one
- I would NOT change
Hi Rainer,
I think your suggestion is great. Please check if I have understood you
correctly:
1. Create the new process definition
2. Specify the process instance you want migrated to new definition
3. The tool checks to see if the completed nodes matches or is still valid
Hi Elmo,
just a thought: wouldn't it be worth the effort to implement migration classes?
What I am suggesting is not to change existing process defintions but to define
new, changed processes, define a migration class that gets and terminates all
process instances of the old process definition
Yes, I agree, editing the definition on the fly might produce more problems
than solutions esp. with ongoing process instances. Maybe it might be OK if
your changes pertain only to additonal notifications, but not something that
will change the flow of the process. I feel it might occur with
If I'm not mistaken, you can dynamically modify running processes, ie. add
nodes, transitions, etc. thorugh the APIs. This would not change the version
of the deployed process definition. You would likely want to code a little
bug fix application and run it against all process instances that
you can update process definitions. (you have to evict the process definitions
in hibernate's second level cache, though)
it is not encouraged, just as modifying java byte code in a running program is
not encouraged. you can get into trouble real easy.
same goes for migrating process
I am also thinking about this problem. I hope somebody will have a good
solution for this. I will try to keep watch on this issue.
Regards,
Elmo
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3914665#3914665
Reply to the post :
15 matches
Mail list logo
