Hi Daniel,
Sounds pretty much as my work in Drools Flow for variable persistence
strategy.
Maybe with a couple of extra persters you can get what you want.
Greetings.
On Thu, Aug 12, 2010 at 12:25 PM, Daniel Migowski <dmigowski(a)ikoffice.de>wrote:
Hi, all,
I know the proposal for jBPM5 has been made some time ago, but maybe this
wish could make it into the first release.
I need some way to store the state of a process instance outside of jBPM. I
have about 100.000 orders in my system, most are done, and about 4000 in
processing. I would love to be able to define a process, and let the process
instance store the state of it by itself, or by a plugin, in my order
tables. This would make me able to update the state of a process with a
simple sql query on my regular data.
Currently I build some ugly workaround on jBPM4, where I tried to capture
the state in a few fields of my order table, but this is not really a nice
way to do it. In addition, all scripts that update the orders from external
systems (is done in some cases) will have to update process state in jBPM by
using jBPM API (not nice).
Other entities of my systems should have their own processes attached. I
would love to be able to plug some kind of persistence for process instances
(not history data, just processes) into the jBPM system, to make my orders
appear to the jBPM system as processes with state, referenced only by a
String ID, like done in jBPM 4.
Regards,
Daniel Migowski
--
*I**K*Office
*UNTERNEHMENSSOFTWARE*
IKOffice GmbH *Daniel Migowski*
Mail: dmigowski(a)ikoffice.de Nordstrasse 10 Tel.: +49 (0)441 21 98 89 52 26135
Oldenburg Fax.: +49 (0)441 21 98 89 55
http://www.ikoffice.de Mob.: +49
(0)176 22 31 20 76
Geschäftsführer: Ingo Kuhlmann, Daniel Migowski Amtsgericht Oldenburg: HRB
201467 Steuernummer: 64/211/01864
_______________________________________________
jbpm-dev mailing list
jbpm-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbpm-dev