Daniel, <br>I cannot suggest you anything because I don't the release plans for jBPM5. It's good to see that you are putting some advices and some "must include" features for the jBPM5 release. I was just metioning that for jBPM5 we can include something like Drools Flow VPS that will not be difficult to copy.<br>
<br>just my two cents.<br><br><div class="gmail_quote">On Thu, Aug 12, 2010 at 1:16 PM, Daniel Migowski <span dir="ltr"><<a href="mailto:dmigowski@ikoffice.de">dmigowski@ikoffice.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
Hi, Mauricio,<br>
<br>
Does this mean you recommend switching to drools for this? I heard that
jBPM5 should be some kind of merge between drools and jBPM4. Is it
better to wait for jBPM5?<br>
<br>
I somehow have the feeling jBPM4 is good and looks good, but Drools is
more prooven and extensible. Like JPA vs. Hibernate (I know Hibernate
supports JPA).<br>
<br>
Greetings,<br>
Daniel<br>
<br>
Am 12.08.2010 17:42, schrieb Mauricio Salatino:
<div class="im"><blockquote type="cite">Hi Daniel,<br>
Sounds pretty much as my work in Drools Flow for variable persistence
strategy.<br>
Maybe with a couple of extra persters you can get what you want.<br>
Greetings. <br>
<br>
<div class="gmail_quote">On Thu, Aug 12, 2010 at 12:25 PM, Daniel
Migowski <span dir="ltr"><<a href="mailto:dmigowski@ikoffice.de" target="_blank">dmigowski@ikoffice.de</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">Hi, all,<br>
<br>
I know the proposal for jBPM5 has been made some time ago, but maybe
this wish could make it into the first release. <br>
<br>
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.<br>
<br>
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). <br>
<br>
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. <br>
<br>
Regards,<br>
Daniel Migowski<br>
</div>
</blockquote>
</div>
</blockquote>
<div><br>
</div>
</div></div>
</blockquote></div><br><br clear="all"><br>-- <br> - CTO @ <a href="http://www.plugtree.com">http://www.plugtree.com</a> <br> - MyJourney @ <a href="http://salaboy.wordpress.com">http://salaboy.wordpress.com</a><br> - Co-Founder @ <a href="http://www.jbug.com.ar">http://www.jbug.com.ar</a><br>
<br> - Salatino "Salaboy" Mauricio -<br>