<br><span class="gI"></span>According to the documentation:<br><br><blockquote style="margin:0pt 0pt 0pt 6.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">"Rule constraints do not have direct access to variables defined inside the process. <br>
It is however possible to refer to the current process instance inside a rule constraint, <br>by adding the process instance to the Working Memory and matching for the process instance in your rule constraint. <br>We have added special logic to make sure that a variable processInstance of type WorkflowProcessInstance <br>
will only match to the current process instance and not to other process instances in the Working Memory. <br>Note that you are however responsible yourself to insert the process instance into the session and, <br>possibly, to update it, for example, using Java code or an on-entry or on-exit or explicit action in your process. <br>
The following example of a rule constraint will search for a person with the same name as the value stored in the variable "name" of the process:"<br></blockquote><br><br>This however does not seem to be true.<br>
<br>The first rule is to receive a stream of objects of type MyObject.<br>This rule starts an associated process.<br><br>The second rule will be called by the process (from bpmn).<br><br>Within the process there a task that invokes an an asynchronous service, ie,<br>
an implementation of WorkItemHandler that contains a Thread that will set call <br>manager.completeWorkItem(workItemId,results);<br>when 30s have passed).<br><br>With this setup we can observe what happens when 2 MyObject instances come into the first rule separated by a short period of time (say 5 seconds).<br>
<br>When the first object comes in a process is created and started (with process id=1)<br>The process passes from the start node to the callMyTask node, which invokes the slow WorkItemHandler references by MyTask <br>(which we have previously registered into session.getWorkItemManager() ). <br>
Because the WorkItemHandler has a thread that waits 30s before completing the work item, it just sits there doing nothing (so far everything is ok)<br>and allows the engine to process other events.<br><br>5 seconds later we insert another MyObject into the stream.<br>
The first rule gets fired and created another process (with process id=2).<br>The process passes from the start node to the callMyTask node, which invoke our slow service.<br><br>We have thus two processes running in parallel.<br>
<br>When the first callMyTask node completes, the next node completeTask is invoked.<br><br>The rule "process complete" is matched as it belongs to the rule flow group "Complete task group".<br><br>At this point we observe that the rule is matched twice spitting out:<br>
<br> processInstance.id 2<br> processInstance.id 1<br>.<br>So the rule has matched both process instances that are in working memory and not just the one (with process id 1) <br>that called the "process complete" rule.<br>
<br><br><br>The rule file<br>-------------<br><br>rule "New case"<br> when <br> $myobject : MyObject(processed==false) from entry-point "myobject stream" <br> then<br> ProcessInstance processInstance=kcontext.getKnowledgeRuntime().createProcessInstance("com.mycompany.process.MyProcess", parameters);<br>
insert(processInstance);<br> kcontext.getKnowledgeRuntime().startProcessInstance(processInstance.getId());<br> modify ($myobject){<br> setProcessed(true)<br> }<br> end<br> <br>
rule "process complete"<br> ruleflow-group "Complete task group"<br> no-loop true<br> when<br> $processInstance: WorkflowProcessInstance()<br> then<br> System.out.println("processInstance.id " + $processInstance.getId());<br>
end<br> <br><br>The BPMN xml<br>------------<br> <br><?xml version="1.0" encoding="UTF-8"?> <br><definitions id="Definition"<br> targetNamespace="<a href="http://www.jboss.org/drools">http://www.jboss.org/drools</a>"<br>
typeLanguage="<a href="http://www.java.com/javaTypes">http://www.java.com/javaTypes</a>"<br> expressionLanguage="<a href="http://www.mvel.org/2.0">http://www.mvel.org/2.0</a>"<br>
xmlns="<a href="http://www.omg.org/spec/BPMN/20100524/MODEL">http://www.omg.org/spec/BPMN/20100524/MODEL</a>"<br> xmlns:xsi="<a href="http://www.w3.org/2001/XMLSchema-instance">http://www.w3.org/2001/XMLSchema-instance</a>"<br>
xsi:schemaLocation="<a href="http://www.omg.org/spec/BPMN/20100524/MODEL">http://www.omg.org/spec/BPMN/20100524/MODEL</a> BPMN20.xsd"<br> xmlns:g="<a href="http://www.jboss.org/drools/flow/gpd">http://www.jboss.org/drools/flow/gpd</a>"<br>
xmlns:bpmndi="<a href="http://www.omg.org/spec/BPMN/20100524/DI">http://www.omg.org/spec/BPMN/20100524/DI</a>"<br> xmlns:dc="<a href="http://www.omg.org/spec/DD/20100524/DC">http://www.omg.org/spec/DD/20100524/DC</a>"<br>
xmlns:di="<a href="http://www.omg.org/spec/DD/20100524/DI">http://www.omg.org/spec/DD/20100524/DI</a>"<br> xmlns:tns="<a href="http://www.jboss.org/drools">http://www.jboss.org/drools</a>"><br>
<br> <process processType="Private" isExecutable="true" id="com.mycompany.process.MyProcess" name="my process" ><br><br> <!-- process variables --><br> <br>
<!-- nodes --><br> <startEvent id="start" name="StartProcess" /><br> <br> <task id="callMyTask" name="call my task" tns:taskName="MyTask" ><br>
<ioSpecification><br> </ioSpecification><br> </task><br> <br> <br> <businessRuleTask id="completeTask" name="Complete slow task" g:ruleFlowGroup="Complete task group" ><br>
</businessRuleTask><br> <br> <endEvent id="end" name="EndProcess" /><br><br> <!-- connections --><br> <sequenceFlow id="start-callMyTask" sourceRef="start" targetRef="callMyTask" /><br>
<sequenceFlow id="callMyTask-completeTask" sourceRef="callMyTask" targetRef="completeTask" /><br> <sequenceFlow id="completeTask-end" sourceRef="completeTask" targetRef="end" /><br>
</process><br></definitions><br><br><br>What's wrong with this? Isn't WorkflowProcessInstance() supposed to be attached to the calling ProcessInstance? Is there another way of getting the group of rules fire only for the processinstance that called it?<br>
<br><br clear="all">Greets,<br>