[jboss-user] [jBPM] - Re: reuse StatefulKnowledgeSession, is StatefulKnowledgeSession lightweight

Mauricio Salatino do-not-reply at jboss.com
Sun Oct 9 03:12:44 EDT 2011


Mauricio Salatino [http://community.jboss.org/people/salaboy21] created the discussion

"Re: reuse StatefulKnowledgeSession, is StatefulKnowledgeSession lightweight"

To view the discussion, visit: http://community.jboss.org/message/630757#630757

--------------------------------------------------------------
Hi Nick,
Your question is extremely related with your architecture and your goals. Drools and jBPM5 are flexible enough to let you decide how many sessions do you want to have and how to handle them. If you want to start a business process per request and you have long running processes (that means that you will need to configure persistence) you can have one session per process instance. As you mention creating a knowledge session is cheap enough to do it per request, but you need to analyze how many request are you getting in your application and what's the scope of the business process. Most of the time if your process solve a business situation you will not have troubles with creating one session per request, becase at business level it is not common to recieve too many business request together. 
About calling the dispose() method, you need to do that every time that your process reaches a wait state if you are using persistence, to make sure that you free up all the resources and anoher thread will reload the session from the DB with a coherent status.

Cheers
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/630757#630757]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

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


More information about the jboss-user mailing list