JBPM案例详解(四)

一、该版本中应用了在start-state节点中加入task元素，之前的项目中则没有用到， 所以之前的项目在创建流程实例是都会调用processInstance.signal()方法来立刻从start-state节点流转到下一个节点， 然后才开始进入正常，本来我们的效果应该是，当申请人提交请假表单之后，就等同于提交了， 不应该在申请的代办列表中再进行一次提交，该项目解决了该问题。 **注意：在start-state节点中使用task节点的化和在<task-node>节点中的使用方法有点区别。 1.start-state节点中的task不能指定assignment的actor-id， 因为TaskMgmtInstance中的createStartTaskInstance()方法中会设置actor-id的值， 所以即便是在task节点中设置了actor-id的值也会被覆盖 2.当创建流程实例的时候，token指向start-state节点，但是不会直接进入task任务节点，这和在task-node中的task不同。 所以我们要手动通过代码进入task节点，即启动任务， 此时要调用TaskMgmtInstance.createStartTaskInstance()方法来手动启动task任务。 3.启动任务之前我们要注意，因为actor-id 还没有哦赋值， 虽然TaskMgmtInstance.createStartTaskInstance()方法内部给actor-id赋值了， 但是它的赋值方式是taskInstance.setActorId(SecurityHelper.getAuthenticatedActorId()); 很明显SecurityHelper.getAuthenticatedActorId()是用来获取actor-id的值，所以我们要向这里存放actor-id的值， 也就是说在调用TaskMgmtInstance.createStartTaskInstance()方法之前， 要调用JbpmContext.setActorId()方法来设置actor-id的值，以便顺利将start-state节点中的task任务分配给参与者， 因为是开始节点，所以该任务的参与者肯定是登陆者，也就是填写请假单的人。 **这样就可以达到预计需求的效果了！ **注意：上面提过了start-state中的task不能指定actor-id值，但是它可以指定swimlane， 可以借助swimlane来为任务分配参与者(实现见下一个项目)