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
--
|
IKOffice
UNTERNEHMENSSOFTWARE
|
IKOffice GmbH |
Daniel Migowski |
|
Mail: |
dmigowski@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 |