对jBPM来讲,工作流由一些节点和用户定义的Hander组成。一个工作流从start-state开始,中间经过若干个节点(state、fork、milestone、process-state、decision和join),最后结束于end-state。节点之间通过transient来连接,指明当前节点下面要经过的节点。经过节点时,jBPM会触发相应的Hander来完成用户指定的工作。Hander包括各种事件的ActionHander;指定节点指定操作Actor的AssignmentHandler;定义节点工作的Hander,包括fork节点ForkHander,Join节点JoinHander,decision节点的DecisionHander,process-state节点的ProcessInvocationHandler。jBPM对Hander都有缺省的实现,如果用户没有指定相应Hander,jBPM就使用缺省Hander。
定义工作流程的时候,可以根据实际业务流程,先画UML状态图,然后根据活动图和jpdl编写processdefinition.xml-jBPM工作流定义文件。状态图的节点可以对应到jpdl的相应节点,比如状态对应于state、转换(分叉)对于fork。流程定义文件设计的时候,可以将一些业务处理放在Hander处理。
jBPM节点实际上是XPDL规范中Activity的细化,是一种特殊的Activity。start-state与end-state节点,是由jBPM负责处理,jBPM从start-state节点开始工作流程,在end-state结束工作流程。
State
状态结点是一个典型的等待状态。同任务结点不同的是,状态结点不会向任务列表添加任务实例。当业务进程需要等待外部系统的干预时,这种结点是很有用的。假设如下情况:在进入该结点时,通过node-enter事件向外部系统发送一个消息,然后结点进入等待状态;当外部系统完成处理,并回送一个消息,这将导致触发一个token.signal()方法的运行,该方法重新激活正在等待的流程继续下行。
Join
相对于fork结点的分支,join结点将分支收拢。默认的行为模式是当所有的分支(由同一个fork衍生出来的分支)都到达该结点的时候,join结点将结束这些分支上的子token,并通过token上的父子关系找到上一级流程的token,将此token通过唯一的transition传播下去。如果只有分支中的部分token到达时,join结点将处于等待状态。
Decision
相当于编程语言中的判断,由DecisionHander决定下一个要经过的节点。通过自己定义DecisionHander,用户可以借助decision节点实现自动节点,即流程到这里,执行一定操作,自动进入下一个节点。
Fork
分支结点的作用是将单个执行流程分裂成多个并发的执行流程。默认的行为是为每个子流程生成一个子令牌,并建立子令牌和主流程根令牌之间的父子关系。
node
普通类结点主要用于提供用户定制自己的程序代码。普通结点拥有一个action子元素,当流程到达该结点时,这个action就会被执行。可以通过实现ActionHandler接口来执行你想要的任何代码。此外普通结点也一样要负责流程的延续。在流程图上,普通结点用来表达一个用户关心的、与业务相关的处理逻辑;相比而言Action(下文中将会提到)则允许添加业务逻辑以外的程序处理,这些程序处理在流程图上是不可见的,也是业务流程分析所不用关心的。
Milestone是一种特殊的节点,用于同步两个执行路径,比如执行到milestone节点后,jBPM就等待,等到另外一条路径上某个节点发出可以继续的信号后,jBPM才进入milestone的下一个节点。节点通过MilestoneReachedActionHandler来发消息。
工作流中用到的所有变量通过Variable来说明,变量类型通过type来定义。类型定义必须要继承org.jbpm.delegation.Serializer接口。变量是作为字符串存储在数据库中的,因此类型要提供与字符串类型相互转换的方法。jBPM变量的作用域是工作流本身。
流程执行到某个节点的时候,会触发节点的相应事件。事件类型包括process-start、process-end、state-enter、state-leave、state-after-assignment、milestone-enter、milestone-leave、decision-enter、decision-leave、fork-enter、fork-every-leave、join-every-enter、join-leave、transition。事件具体执行的操作,用户通过继承ActionHander接口来指定。