|  | 
 
| 任务泳道的概念:在实际的业务应用中,经常会遇到这样一种场景:流程定义中的多个任务需要被分配或候选给同一个群用户。那么我们可以统一将这个“同一群用户”定义为“一个泳道”。同一流程定义中的任何一个任务都可以应用泳道。属于同一个泳道的任务将会被分配或候选给这个泳道中的所有用户。 
 泳道的概念也可以理解为流程定义的“全局用户组”。在某些情况下,泳道可能与后面提到的身份认证组件中的权限角色相似,但是实际上他们并不是同一个东西。
 先来熟悉一下简单的例子,jpdl如下:
 Xml代码
     
 
 <?xml version="1.0" encoding="UTF-8"?><process name="taskSwimlane" xmlns="http://jbpm.org/4.4/jpdl">    <!-- 在这里定义泳道,泳道是为流程定义的子元素 -->    <swimlane name="checkManagers" candidate-groups="order_managers" />    <start>        <transition to="checkOrder" />    </start>    <!-- 以下2个任务的分配工作,都交给上面定义的泳道完成 -->    <task name="checkOrder" swimlane="checkManagers">        <transition to="repeatCheckOrder" />    </task>    <task name="repeatCheckOrder" swimlane="checkManagers">            <transition to="end" />    </task> <end name="end" /></process>
 <?xml version="1.0" encoding="UTF-8"?><process name="taskSwimlane" xmlns="http://jbpm.org/4.4/jpdl">        <!-- 在这里定义泳道,泳道是为流程定义的子元素 -->        <swimlane name="checkManagers" candidate-groups="order_managers" />        <start>                <transition to="checkOrder" />        </start>        <!-- 以下2个任务的分配工作,都交给上面定义的泳道完成 -->        <task name="checkOrder" swimlane="checkManagers">                <transition to="repeatCheckOrder" />        </task>        <task name="repeatCheckOrder" swimlane="checkManagers">                         <transition to="end" />        </task> <end name="end" /></process>上面定义的泳道“check”引用了一个用户组 managers。在流程运行前,这个用户组需要被创建出来,利用身份认证服务 IdentityService:
 Java代码
     
 
 identityService.createGroup("order_managers");        // 创建用户 afei并加入managers组 identityService.createUser("afei", "du", "yunfei");identityService.createMembership("afei", "order_managers");
 identityService.createGroup("order_managers");                // 创建用户 afei并加入managers组identityService.createUser("afei", "du", "yunfei");identityService.createMembership("afei", "order_managers");在发起流程实例后,用户afei将成为任务 checkOrder的唯一候选者。首先,让afei接受这个任务:
 注意,使用findGroupTasks才能看到task,用findPersonalTasks是出不来的。
 taskService.takeTask(taskId,”afei”);
 接受这个任务将使afei成为任务的分配者,同时泳道“check”也会发生变化,afei在这个流程实例中会被固化为分配者。
 接下来,afei可以完成任务了:
 taskService.completeTask(taskId);
 完成此任务后流程实例将会流转到下一个任务“repeatCheckOrder”。这个任务也引用了之前的泳道。因此,任务会直接分配给afei。可以通过如下代码验证:
 
 Java代码
     
 
 tasks = taskService.findPersonalTasks("afei"); // 断言afei直接拿到了任务         System.out.println("tasks.size(): " + tasks.size());        task = tasks.get(0);        // 断言是否为预期的任务和分配者         assertEquals("repeatCheckOrder", task.getName());        assertEquals("afei", task.getAssignee());        // taskService.takeTask(task.getId(), "afei");         taskService.completeTask(task.getId());
 tasks = taskService.findPersonalTasks("afei"); // 断言afei直接拿到了任务                System.out.println("tasks.size(): " + tasks.size());                task = tasks.get(0);                // 断言是否为预期的任务和分配者                assertEquals("repeatCheckOrder", task.getName());                assertEquals("afei", task.getAssignee());                // taskService.takeTask(task.getId(), "afei");                taskService.completeTask(task.getId());注意:假如此时takeTask也是不对的,因为已经被afei给take了。
 
 下一张,任务变量!
 
 
 
 | 
 |