[jboss-user] [jBPM] - Runtime engine: JBPM Console or Drools Server?

J W do-not-reply at jboss.com
Thu Apr 12 00:05:20 EDT 2012

J W [https://community.jboss.org/people/jmwest532] created the discussion

"Runtime engine: JBPM Console or Drools Server?"

To view the discussion, visit: https://community.jboss.org/message/729513#729513

With all the videos around that show the nice integration of the JBPM Console with Guvnor, and its whole set of features, one would have thought that  JBPM Console is the ubiquitous remote runtime engine for rules and business process. We have found that out the box the JBPM Console among other limitations, doesn’t use or leverage Spring, Camel, etc. 
One would have expected JBPM Console to be built on top of Drools Server (which is Spring and Camel ready), and Drools Server to be a production ready runtime engine. But it turns out JBPM Console in an old project not related to Drools Server and out of the box the Drools Server doesn’t seem to deal with business process persistence, dynamic creation of statefull  ksession per request/user, etc.
Having dynamic creation of statefull ksession per request (i.e. per business process instance) is a must when you are using business processes that include Rule Tasks components since facts related to a particular request must be persisted to be used later in a long running business process. However, we have found JBPM Console uses and reuses the same SessionInfo record for different process instance, and Drools Server’s documentation only talks about statically defined ksessions inside the Spring configuration file.
Is there a production ready runtime engine able to run long running/persistent business processes that include Rules Tasks components (these also require rules-facts persistence)?

Reply to this message by going to Community

Start a new discussion in jBPM at Community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20120412/f0286f8e/attachment.html 

More information about the jboss-user mailing list