jbpm的task assignment和identity model

在jbpm中,task可以指派给一个actor，这个actor是一个string，所以扩展性比较好。它的意义可以根据具体的逻辑来制定，如user,role,group等等都是可以的。

另外，还可以指定task的pooledActors，这个是task的备用actor。使用思路是，如果actor为null的话，则该pooledActors中的actor可以接管该task（必须首先设置为该task的actor才能处理该task）。

Personal task list指所有的actor为该person的task list。
Pooled task list指所有的无actor，且person在pooledActors中的task list。

swimlane也是一个很好的概念，可以理解为对一个actor和pooledActor设置的复用。举个例子，一个流程如果所有的task必须由接手该process的第一个task的人处理的话，则swimlane很有用，以后的task assignment直接引用swimlane就好了。

另外jbpm还可以使用identity model结合assignment expression对配置task的actor。
identity model比较简单，关键的类为User,Group,Membership，值得注意的是Group可以加上group type，来对group进行区分，并且可以进行group嵌套。Membership定义了user和group的对应关系，并且里面有个role可以说明user在该group中的角色。

总体看jbpm的task assignment和identity model比较简洁容易上手，有些地方也是值得借鉴的。

但是关于task assignment和identity model也有一些值得商榷的地方。

如task的处理应该由该task的actor完成，但是jbpm并没有强制这一点。另外，设置task的actor也没有保护。
identity model比较简单，和复杂的用户权限管理不好集成。

当然，jbpm的核心是工作流，重心未必在这方面。但是问题是感觉一个工作流和identity model的关系还是很紧密的，如此一来，工作流和identity model的集成工作又是程序员的事情了。关于workflow和identity model的集成又是另一个话题了。