jbpm学习笔记—— task活动之泳道的概念

任务泳道的概念：在实际的业务应用中，经常会遇到这样一种场景：流程定义中的多个任务需要被分配或候选给同一个群用户。那么我们可以统一将这个“同一群用户”定义为“一个泳道”。同一流程定义中的任何一个任务都可以应用泳道。属于同一个泳道的任务将会被分配或候选给这个泳道中的所有用户。 

泳道的概念也可以理解为流程定义的“全局用户组”。在某些情况下，泳道可能与后面提到的身份认证组件中的权限角色相似，但是实际上他们并不是同一个东西。 
先来熟悉一下简单的例子，jpdl如下： 

<?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: 

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。可以通过如下代码验证： 

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了。