jBPM中的assignment

在jbpm的流程定义文件（processdefinition.xml）中当定义一个task的assignment的时候有几种选择：

Swimlane
Pooled Actors
Expression
Actor
Handler
这里分别描述一下每种的用法，以及使用场景。使用场景的理解很重要，只有清楚每一种用法的所适合的情形，以及他们之间的相互转换才能说是真的“会用了”。

Swimlane
可以理解为角色，这里是指这个流程中的参与者或者角色。在实际的业务系统中，他可能根本就不是一个业务角色，可能是一个外部应用，也可能是一个处理过程，或者是几个业务角色的结合。所以要清楚他是指“在该流程中”的角色。在jPDL的user guide中写的很清楚也反复强调 - “process role”。
通过在流程定义文件中定义：
<swimlane name=”leader”>
<assignment class=”com.modofo.engine.swimlane.LeaderSwimlane”></assignment>
</swimlane>
同样可以实现运行时的结合实际应用进行灵活的任务分配。这也是目前我看到的使用比较多的方式。

Actor
相当于设置TaskInstance的actorId属性，主要用于获取某个actor的所有任务列表。设置方法在定义中描述actor-id属性，或者调用TaskInstance.setActorId（String）方法，或者在AssignmentHandler中调用assignable.setActorId（String）方法。

Pooled Actors
用于定义所有的任务参与人（candidates for task instance）。在查找某个参与者可参与的任务时使用，其实就是一个actor的集合，jBPM通过TaskMgmtSession.findPooledTaskInstances(String actorId)或者TaskMgmtSession.findPooledTaskInstances(List actorIds) 来查找任务集合。
注意：actor的优先级比pooled actors要高，所以如果同时设置两者，那jBPM只会用actor来查找，而忽略pooled actors。

一句话： actor被用来获取某个参与者的个人任务列表，pooled actors用来获取某个参与者可以参与的所有任务列表，或者说组任务列表。
使用这个actor集合的初衷就是为了不让任务分配和角色体系耦合。流程定义中始终都是只有参与者的名称和集合，而不存在用户，角色和用户组的具体设计。而使用Expression就耦合了这些信息在流程定义里。

Expression
如果你使用jBPM的identity component的话。你可以使用表达式定义的任务分配模式。通常这个表达式的形式是：

<assignment expression=’previous –> group(hierarchy) –> member(boss)’ />
我看了之后也不是很清楚，group和member是jBPM的identity componenet的概念，这个表达的意思大概是：使用之前的actor，然后在hierarchy组，并且member（角色）是boss的所有actor。这种方法仅限于使用jBPM的IC时使用。

Handler

指定你自己的AssignmentHandler实现。该接口只有assign方法。这种任务分配方式主要用于运行时的任务分配，而不是hardcode到定义文件里。使用场景，如果不想让原本应用中的访问控制与jBPM耦合起来，就可以使用这种方法来将jBPM中的任务分配代理出来。当然更好的定义是用swimlane,这样可以让定义文件看起来不是很凌乱。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zwhfyy/archive/2009/06/18/4278290.aspx