jbpm源代码研究(五)-------流程跳转

JBPM流程会在执行过程中间，在节点之间跳转并且转换状态；

 

（１）顺序执行的流程：

 

<process name="StateChoice" xmlns="http://jbpm.org/4.0/jpdl"> <start g="16,60,48,48"> <transition to="wait for response" /> </start> <state name="wait for response" g="96,58,109,52"> <transition name="accept" to="submit document" g="148,34:3,-15" /> <transition name="reject" to="try again" g="151,133:3,2" /> </state> <state name="submit document" g="238,8,114,52"> <transition to="try again" g="151,133:3,2" /> </state> <state name="try again" g="238,108,114,52"> <transition to="end"></transition> </state> <end name="end"></end> </process>

 

当执行到某个状态节点位置如：wait for response

 

这个时候在JBPM4_EXECUTION中，有这个节点的记录，并且Parent为空，这表明这个ExecetionImp代表的是一个ProcessInstance实体，状态为active-root；

 

图1：

 

 

执行

    executionService.signalExecutionById("StateChoice.2");

 

则在JBPM4_EXECUTION中的节点记录消失，并且在历史记录中的的信息已经被完善；

 

 

 

 

 

 

 

 

并且在这个时候，历史库中已经有了这个状态的记录，只是这个状态现在正在进行中，只有起始时间，没有结束事件和transition；

 

图2：

 

 

 

 

 

（2）分支-并行执行的流程；

 

我们看下面定义的这个流程

 

  <?xml version="1.0" encoding="UTF-8"?> <process name="ConcurrencyGraphBased" xmlns="http://jbpm.org/4.0/jpdl"> <start g="16,102,48,48"> <transition to="fork"/> </start> <fork name="fork" g="96,102,48,48"> <transition to="send invoice" g="120,41:"/> <transition to="load truck"/> <transition to="print shipping documents" g="120,213:"/> </fork> <state name="send invoice" g="176,16,149,52"> <transition to="final join" g="606,41:"/> </state> <state name="load truck" g="176,100,149,52"> <transition to="shipping join" g="377,126:"/> </state> <state name="print shipping documents" g="176,184,149,58"> <transition to="shipping join" g="378,213:"/> </state> <join name="shipping join" g="353,145,48,48"> <transition to="drive truck to destination"/> </join> <state name="drive truck to destination" g="431,140,148,52"> <transition to="final join" g="607,165:"/> </state> <join name="final join" g="583,73,48,48"> <transition to="end"/> </join> <end name="end" g="666,74,48,48"/> </process>

 

这个流程在"fork"节点只是，后并发的分成三股；我们看进入fork的时候：

 

我们可以看见除了有四条记录，可以见到四条记录从命名上可见级联层次关系，第一条记录是另外三条的parent，本身的parent为null

 

图3：

 

 

 

在历史记录中，我们也可以找到三条分流所代表的记录，只是记录还只有开始的信息，没有结束的信息，我们来尝试着使其中的两条分支打到join点

 

 

 

  String sendInvoiceExecutionId = processInstance.findActiveExecutionIn("send invoice").getId(); processInstance = executionService.signalExecutionById(sendInvoiceExecutionId); expectedActivityNames.remove("send invoice"); assertEquals(expectedActivityNames, processInstance.findActiveActivityNames()); assertNotNull(processInstance.findActiveExecutionIn("load truck")); assertNotNull(processInstance.findActiveExecutionIn("print shipping documents")); String loadTruckExecutionId = processInstance.findActiveExecutionIn("load truck").getId(); processInstance = executionService.signalExecutionById(loadTruckExecutionId);

 

 

 

这个时候历史库中我们可以看到具体的End时间了：

 

 

 

在JBPM4_EXECUTION中我们可以见到那两个Execution记录的状态都由active变成了inactive-join，说明到达了Join点，并且是非激活状态，而另外一条依然是：active-concurrent，在并行活动状态；

 

 

最后我们把最后一条记录也发送信号：

 

 String printShippingDocumentsId = processInstance.findActiveExecutionIn("print shipping documents").getId(); processInstance = executionService.signalExecutionById(printShippingDocumentsId);

 

 

这个时候，记录都相应的发生了变化，最后Exection表中的记录随着流程的结束清空了，而节点的执行情况都完整的出现在历史库中；