You can pass the session by the constructor, like this, you can access those variables -----Message d'origine----- De : rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] De la part de blackrosey Envoyé : mardi 1 juin 2010 05:48 À : rules-users(a)lists.jboss.org Objet : [rules-users] RuleContext aka kcontext in workItem How do I access kcontext in custom workItem? public void executeWorkItem(WorkItem i, WorkItemManager m) { // I want kcontext variable here } Thanks. -- View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/RuleContext-aka-kcont... Sent from the Drools - User mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

I think that the idea is that WI should be isolated from the context itself. WI receives parameters, and do some work. When someone completes the WI (that someone could be the WI itself, or some other async process from outside) output parameter could be included. So if you need to read a context variable to make some kind of decision inside your WI, map it to the WI's parameters. If you need to modify a context variable, you could use the WI's output parameters in conjunction with another process node. Best, On Tue, Jun 1, 2010 at 12:47 AM, blackrosey <blackrosezy(a)gmail.com&gt; wrote: -- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Esteban Aliverti