1 ． process definition
一个 process definition 代表了一个正式的业务流程，它以一个流程图为基础。这个流程图由许多node和transition组成。每个node在这个流程图里都有着各自特殊的类型，这些不同的类型决定了node在运行时的不同行为。一个process definition只有一个start state 。
2 ． token
一个 token 代表了一条执行路径，它包含了这条执行路径的当前的执行状态（current state）。
3 ． process instance
一个 process instance （流程实例）即一个process definition（流程定义）的流程执行实例。一个process definition可以对应多个process instance。当一个process instance被创建的时候，一个主执行路径token同时被创建，这个token叫做root token，它指向流程定义的start state（processDefinition.getStartState()==token.getNode()）。
4 ． signal
一个 signal 发送给token通知token 继续流程的执行。如果signal 没有指定transition，token将沿缺省的transition离开当前状态,如果signal 指定transition，token将沿指定的transition离开当前的状态。看源代码可以看到发给process instance的signal 其实都是发送给了root token。
5 ． Actions
jbpm 提供了灵活的action ，当流程执行，token 进入node和transition时，会触发相应的一些event（事件）。在这些event上附上我们自己写的action，就会带动action 的执行。action里是我们自己的相关java操作代码，非常方便。注意的是event（事件）是内置的，无法扩展。另外，action也可以直接挂在node上，而不依赖于event（事件）的触发，这个很重要。
6 ． node
一个流程图由许多 node 和transition组成。每个node都有一种类型，这个类型决定了当流程执行到这个node时的不同行为。jbpm有一组node type可以供你选择，当然你可以定制自己node 。
node 的作用
node 有两个主要的作用：
1 ）执行java代码，比如说创建task instance（任务实例）、发出通知、更新数据库等等。很典型的就是在node 上挂上我们的action
2) 控制流程的执行：
A 、等待状态：流程进入到这个node时将处于等待状态，直到一个signal 的发出
B 、流程将沿着一个leaving transition越过这个node，这种情况特殊一点，需要有个action挂在这个node上（注意这个action不是event触发的！），action中将会调用到API里 executionContext.leaveNode(String transition Name)，transition Name即这里的leaving transition名字。
C 、创建新的执行路径：
很典型的就是 fork node 。流程在这里会分叉，产生新的执行路径。这样就创建了新的token，每个新的token代表一个新的执行路径。注意的是，这些新的token和产生前的token是父子关系！
D 、结束执行路径：一个node可以结束一条执行路径，这同样意味着相应的token的结束和流程的结束。
7 ． 流程图中的node type
1) task-node
一个 task-node 可以包含一个或多个task，这些task分配给特定的user。当流程执行到task-node时，task instance将会被创建，一个task对应一个task instance。task instances 创建后，task-node就处于等待状态。当所有的task instances被特定的user执行完毕后，将会发出一个新的signal 到token，即流程继续执行。
2) state
state 是一个纯粹的wait state(等待状态）。它和task-node的区别就是它不会创建task instances。很典型的用法是，当进入这个节点时（通过绑定一个action到node-enter event），发送一条消息到外部的系统，然后流程就处于等待状态。外部系统完成一些操作后返回一条消息，这个消息触发一个signal 到token，然后流程继续执行。（不常用）
3) decision
当需要在流程中根据不同条件来判断执行不同路径时，就可以用 decision 节点。两种方法：最简单的是在transitions里增加condition elements（条件），condition是beanshell script写的，它返回一个boolean。当运行的时候，decision节点将会在它的 leaving transitions里循环，同时比较 leaving transitions里的condition，最先返回'true'的condition，那个leaving transitions将会被执行；作为选择，你可以实现DecisionHandler接口，它有一个decide()方法，该方法返回一个String(leaving transition的名字）。
4) fork
fork 节点把一条执行路径分离成多条同时进行（并发）的执行路径，每条离开fork节点的路径产生一个token。
5) join
默认情况下， join 节点会认为所有到达该节点的token都有着相同的父token。join 节点会结束每一个到达该节点的token,当所有的子token都到达该节点后，父token会激活。当子token处于活动状态时，join 节点是wait state(等待状态）。
6) node
node 节点就是让你挂自己的action用的（注意：不是event触发！），当流程到达该节点时，action会被执行。你的action要实现Action Handler接口。同样，在你的action里要控制流程。
8. Actions 的说明
存在两种 action ，一种是 event触发的action，一种是挂在node 节点的action。要注意它们的区别，event触发的action无法控制流程，也就是说它无法决定流程经过这个节点后下一步将到哪一个leaving transition；而挂在node 节点的action就不同，它可以控制流程。不管是哪一种action都要实现ActionHandler接口。
9 ． Task （任务）
jbpm 一个相当重要的功能就是对任务进行管理。Task（任务）是流程定义里的一部分，它决定了task instance的创建和分配。Task（任务）可以在task-node节点下定义，也可以挂在process-definition节点下。最普遍的方式是在task-node节点下定义一个或多个任务。默认情况下，流程在task-node节点会处于等待状态，直到所有的任务被执行完毕。任务的名称在整个流程中必须是唯一的。一个TaskNode对应多个Task。
对于这样的流程定义：
xml 代码
1. <task-node name='a'>
2. <task name='laundry' />
3. <task name='dishes' />
4. <task name='change nappy' />
5. <transition to='b' />
6. </task-node>只有当节点中的三个任务都完成后，流程才进入后面的节点
