求助，关于 JBPM 中 start-state 的 task

wdllly 2007-08-29 08:34:49

我在 xml 中的定义如下：
<start-state>
<task name="startTask" swimlane="employee"/>
<transition to="bossSelectExecuter" name="startEnd"/>
</start-state>

可是，当开始状态结束后， task 并没有持久化到 JBPM 的数据库中，
不知什么原因啊。

...全文

126 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

目录一、概述 4 二、第一个流程 5 2.1、开始前的准备 5 2.2 、Hello World 例子 6 三、学习JPDL 11 3.1 、简介 11 3.2 、流程版本（Version） 11 3.3 、流程定义 12 3.3.1 process-definition(流程定义) 12 3.3.2 node(自动节点) 13 3.3.3 start-state(开始状态) 13 3.3.4 end-state(结束节点) 14 3.3.5 state(状态) 14 3.3.6 task-node (任务节点) 15 3.3.7 fork(分支) 16 3.3.8 join(联合) 17 3.3.9 decision(决策) 18 3.3.10 transition(转换) 19 3.3.11 event(事件) 20 3.3.12 action(动作) 20 3.3.13 script(脚本) 22 3.3.14 expression（表达式） 23 3.3.15 variable(变量) 23 3.3.16 handler(句柄) 23 3.3.17 timer(定时器) 24 3.3.18 create-timer(创建定时器) 25 3.3.19 cancel-timer(取消定时器) 26 3.3.20 task(任务) 26 3.3.21 swimlane(泳道) 27 3.3.22 assignment(委派) 28 3.3.23 controller(控制器) 29 3.3.24 process-state 子流程 29 3.3.25 sub-process 子流程 30 3.3.26 condition 条件 30 3.3.27 exception-handler 异常处理 31 小结 33 四、流程中任务的分配 37 4.1 assignment-handler方式的任务分配 38 4.2 swimlane方式的任务分配 39 五、JBPM持久化 42 5.1 特殊数据库支持 42 5.2 JBPM数据库的安装 42 5.2 JBPM流程发布 45 5.2.1 搭建JBPM的WEB应用 46 5.2.2 发布第一个流程 48 六、日历(Scheduler) 54 6.1 Scheduler在C/S程序上的应用 54 6.2 Scheduler 在Web上的应用 57 6.3 Scheduler时间的分类 60 七、异步执行 63 八、JBPM流程建模与应用 64 8.1 JBPM的建模工具 64 8.1.1 建模工具的安装 64 8.2 公司报销流程示例 67 8.2.1 流程建模 67 8.2.2 流程数据库搭建 76 8.2.3 构建业务表 79 8.2.4 搭建工程 82 8.2.5 报销流程的发布 83 8.2.6 应用程序搭建 84 九、写在最后 100

jbpm3.2表说明很详细 1.1 JBPM_PROCESSDEFINITION：流程模版表关系表外键存在表外键名称外键存在表字段存在原因可能关系 JBPM_NODE JBPM_NODE FK_PROCST_SBPRCDEF SUBPROCESSDEFINITION_ 子流程的指定在父流程离开之前子流程将完整的执行 JBPM_NODE JBPM_NODE FK_NODE_PROCDEF PROCESSDEFINITION_ 此NODE自身存在的流程ID JBPM_NODE JBPM_PROCESSDEFINITION FK_PROCDEF_STRTSTA STARTSTATE_ 此关系表示那个节点是开始节点 JBPM_TRANSITION JBPM_TRANSITION FK_TRANS_PROCDEF PROCESSDEFINITION_ 一个流程可能会有很多的 TRANSITION JBPM_EVENT JBPM_EVENT FK_EVENT_PROCDEF PROCESSDEFINITION_ 一个流程可能会有很多EVENT时间 JBPM_TASK JBPM_TASK FK_TASK_PROCDEF PROCESSDEFINITION_ 一个流程可能有多个task JBPM_MODULEDEFINITION JBPM_MODULEDEFINITION FK_MODDEF_PROCDEF PROCESSDEFINITION_ 一个流程可能处在很多的模块（模块概念不理解） JBPM_DELEGATION JBPM_DELEGATION FK_DELEGATION_PRCD PROCESSDEFINITION_ 一个流程可能存在很多的流程代理类 JBPM_PROCESSINSTANCE JBPM_PROCESSINSTANCE FK_PROCIN_PROCDEF PROCESSDEFINITION_ 一个流程模板可能有很多的流程实例 JBPM_ACTION JBPM_ACTION FK_ACTION_PROCDEF PROCESSDEFINITION_ 一个流程可能有很多的action 1.2 JBPM_NODE：流程节点表关系表外键存在表外键名称外键存在表字段存在原因可能关系 JBPM_TRANSITION JBPM_TRANSITION FK_TRANSITION_TO TO_ 一个NODe可以做为多个TRANSITION的结束 JBPM_TRANSITION JBPM_TRANSITION FK_TRANSITION_FROM FROM_ 一个NODe可以做为多个TRANSITION的开始 JBPM_EVENT JBPM_EVENT FK_EVENT_NODE NODE_ 一个NODE可以有多个EVENT JBPM_TOKEN JBPM_TOKEN FK_TOKEN_NODE NODE_ 一个NODE可以有多个TOKEN JBPM_TASK JBPM_TASK FK_TASK_TASKNODE TASKNODE_ 一个NODE可以有多个TASK JBPM_TASK JBPM_TASK FK_TASK_STARTST STARTSTATE_ 一个开始节点可以对应多个TASK JBPM_LOG JBPM_LOG FK_LOG_SOURCENODE SOURCENODE_ TRANSITION的起点，对应TransitionLog JBPM_LOG JBPM_LOG FK_LOG_NODE NODE_ 日志所属NODE，当日志类型为N（NodeLog）时使用

1.了解工作流的相关概念；2.JBPM的插件安装与配置；3.创建与配置工作流；4.创建简单的工作流；5.创建动态请假工作流；6.发布工作流；7.启动工作流；8.执行工作流；9.动态创建多任务工作流；10.动态创建抢任务工作流；11.创建JBPM的各种接口实例实现动态设置actorId的值

1.JPDL的流程定义元素 1)第一层：GraphElement 这个容易理解,因为在画流程定义时,每个拖拉的对象都是一个graph的元素。GraphElement有四个属性： (1)processDefine 表示当前元素属于哪个流程定义 (2)events 表示可以接收哪些event (3)name 名字 (4)exceptionHandlers 异常处理类集合(List) 2)第二层：node、processDefinition、Transition、Task 它们都继承自GraphElement (1)processDefinition表示流程定义(implements NodeCollection),它有下面的属性:name、version、nodes、startState。nodes表示流程中所有的node，startState用于启动流程时找到首节点。 (2)Transition表示转移，它有三个属性：from(Node)，to(Node)，supportedEventTypes表示支持的event类型 (3)node表示节点，它有四个属性：leaving transitions、arriving transitions、action、superState。 (4)Task 定义任务 3)第三层：各种不同的node 它们都继承自node。 Decision、EndState、Fork、Join、Merge、Milestone、 InterleaveEnd、InterleaveStart、ProcessState、State。 2.jBPM的token jbpm中最重要的概念，应该是令牌(Token)和信令(Signal)。在整个流程实例运行过程中，我们可以迅速的利用token得到其当前的current state。在解决“并行”等（比如Fork）问题时，jBpm让Token对象维护了父子关系，这种关系在涉及到Fork的时候会产生。 jBpm让Token这个对象身兼了多种使命：（1）快速定位current state （2）用于fork，join算法（3）用于告知任务执行者的任务索引。如下代码: //pd是process definition,pi是process instance ProcessInstance pi = new ProcessInstance( pd ); //得到根令牌 Token token = pi.getRootToken(); //发信令 token.signal(); Token的signal方法也可以传入transition参数,这个方法把信令发送给Token,这样,令牌将被激活,并沿指定的transition离开当前的状态(如果没有指定transition,将沿缺省的transition 离开当前状态)。 jbpm是怎么实现的呢?其实很简单: 1)Token记录了当前的状态（current state）,只有当前的状态(或称节点)拥有该令牌 2)向TOKEN发signal后,当前状态收到该signal 3)当前状态把令牌传给signal中指定的transition 4)transition收到令牌后,不强占,马上把令牌传给下个状态. 5)根据令牌的位置,流程的状态已经发生改变. 3.process definition 一个process definition代表了一个正式的业务流程，它以一个流程图为基础。这个流程图由许多node和transition组成。每个node在这个流程图里都有着各自特殊的类型，这些不同的类型决定了node在运行时的不同行为。一个process definition只有一个start state 。 4.token 一个token代表了一条执行路径，它包含了这条执行路径的当前的执行状态（current state）。 5.process instance 一个process instance（流程实例）即一个process definition（流程定义）的流程执行实例。一个process definition可以对应多个process instance。当一个process instance被创建的时候，一个主执行路径token同时被创建，这个token叫做root token，它指向流程定义的start state（processDefinition.getStartState()==token.getNode()）。 6.signal 一个signal 发送给token通知token 继续流程的执行。如果signal 没有指定transition，token将沿缺省的transition离开当前状态,如果signal 指定transition，token将沿指定的transition离开当前的状态。看源代码可以看到发给process instance的signal 其实都是发送给了root token。 7.Actions jbpm提供了灵活的action ，当流程执行，token 进入node和transition时，会触发相应的一些event（事件）。在这些event上附上我们自己写的action，就会带动action 的执行。action里是我们自己的相关java操作代码，非常方便。注意的是event（事件）是内置的，无法扩展。另外，action也可以直接挂在node上，而不依赖于event（事件）的触发，这个很重要。 8.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 transitionName)，transitionName即这里的leaving transition名字。 C、创建新的执行路径：很典型的就是fork node。流程在这里会分叉，产生新的执行路径。这样就创建了新的token，每个新的token代表一个新的执行路径。注意的是，这些新的token和产生前的token是父子关系！ D、结束执行路径：一个node可以结束一条执行路径，这同样意味着相应的token的结束和流程的结束。 9.流程图中的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要实现ActionHandler接口。同样，在你的action里要控制流程。 10. Actions的说明存在两种action，一种是 event触发的action，一种是挂在node 节点的action。要注意它们的区别，event触发的action无法控制流程，也就是说它无法决定流程经过这个节点后下一步将到哪一个leaving transition；而挂在node 节点的action就不同，它可以控制流程。不管是哪一种action都要实现ActionHandler接口。 11. 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. 6. task-node> 只有当节点中的三个任务都完成后，流程才进入后面的节点对于这样的流程定义： xml 代码 1. <task-node name='a' signal='first'>> 2. <task name='laundry' /> 3. <task name='dishes' /> 4. <task name='change nappy' /> 5. 6. task-node> 当第一个任务完成后，token就指向后面的节点对于这样的流程定义： xml 代码 1. <task-node name='a' signal='never'>> 2. <task name='laundry' /> 3. <task name='dishes' /> 4. <task name='change nappy' /> 5. 6. task-node> 三个任务都完成后，token仍然不会指向后面的节点；需要自己手动调用processInstance.signal()才会驱动流程到下面的节点。对于这样的流程定义： xml 代码 1. <task-node name='a' signal='unsynchronized'>> 2. <task name='laundry' /> 3. <task name='dishes' /> 4. <task name='change nappy' /> 5. 6. task-node> token不会在本节点停留，而是直接到后面的节点 12. jbpm的任务管理实现一个Task instance（任务实例）可以被分配给一个actorId (java.lang.String)。所有的Task instance都被保存在数据库中的表jbpm_taskinstance里。当你想得到特定用户的任务清单时，你就可以通过一个与用户关联的actorId来查询这张表。一个流程定义有一个TaskMgmtDefinition；一个TaskMgmtDefinition对应多个swimlane,同时对应多个task;一个swimlane有多个task,可以从TaskMgmtDefinition中通过task的名称直接获取相应的task; swimlane对象有四个属性，分别是name（名字）、assignmentDelegation（分配代理类）、taskMgmtDefinition、tasks（Set 对应多个task),可以增加task task对象主要的属性：taskMgmtDefinition、swimlane、assignmentDelegation、taskNode，需要注意的是swimlane和assignmentDelegation中间只是可以一个属性有值，因为它们都和任务的分配有关系。一个流程实例有一个TaskMgmtInstance；一个TaskMgmtInstance对应多个swimlaneInstance,同时对应多个taskInstance;一个swimlaneInstance有多个taskInstance,可以从TaskMgmtInstance中直接获取相应的taskInstance; swimlaneInstance对象主要有五个属性，分别是name、actorId、pooledActors（Set）、swimlane、taskMgmtInstance。 taskInstance对象的主要属性：name、actorId、task、swimlaneInstance、taskMgmtInstance、pooledActors。当对任务进行分配时，一般需要实现AssignmentHandler这个接口，这个接口的方法只有一个： void assign( Assignable assignable, ExecutionContext executionContext) throws Exception; 一个典型的实现（把名字是'change nappy'的任务交给NappyAssignmentHandler这个类来分配） xml 代码 1. <task name='change nappy'> 2. 3. task> NappyAssignmentHandler类： java 代码 1. public void assign(Assignable assignable, ExecutionContext executionContext) { 2. assignable.setActorId("papa"); 3. } 同样，Assignable只是一个接口，它有两个方法：setActorId()和setPooledActors()，Assignable的具体实现类也是两个：swimlaneInstancehe和taskInstance。这样就不不难理解整个任务分配流程了： 1、流程进入TaskNode节点，执行TaskNode类的execute()方法，该方法首先获得TaskMgmtInstance实例，然后通过它来创建TaskInstance。taskMgmtInstance.createTaskInstance(task, executionContext); 2、在上面的createTaskInstance(task, executionContext)里，该方法调用了taskInstance.assign(executionContext)对taskInstance进行分配。 3、在assign(executionContext)方法里，首先会判断task属性里是否存在swimlane，如果有的话，这个taskInstance就会分配给swimlane指定的ActorId或 PooledActors；如果不存在，再去找task属性里 assignmentDelegation（分配代理类）通过代理类（即我们自己写的实现AssignmentHandler这个接口的类）指定ActorId或 PooledActors。 13. jbpm的用户角色管理 jbpm在用户角色管理上共设计了四个类：Entity、Membership、Group、User。 Entity类是其他三个类的父类，它包含了两个属性：name(String)、permissions(Set)； User类继承Entity类，包含三个属性：password(String)、email(String)、memberships(Set)； Group类继承Entity类，包含四个属性: type(String)、parent(Group)、children(Set)、memberships(Set)； Membership类继承Entity类，包含三个属性:role(String)、user(User)、group(Group) 很明显，一个user对应一个用户，一个group对应一个用户组，它们之间通过membership关联，并且一个user可以属于多个不同类型（type)的group，user和 group之间是多对多的关系。Membership类的role属性个人感觉用途不大，反倒是name属性代表了user在group里的role（角色）。

1 工作流的概念 5 2 工作流的过程 7 3 Jbpm4.4介绍 7 3.1工作流引擎 8 3.2jpdl 8 3.3数据库 8 3.3.1资源库和运行时表结构 8 3.3.2历史数据库表 9 3.3.3身份认证表 9 3.4jbpm.cfg.xml 9 3.5 jbpm.hibernate.cfg.xml 10 3.6logging.properties 10 4 准备环境 10 4.1jbpm4.4软件环境 10 4.2相关资源下载 10 4.3安装流程设计器(MyEclipse插件) 11 4.4在MyEclipse中添加jpdl4.4 xsd文件 11 4.5准备jbpm4.4开发环境 13 4.5.1添加jbpm4.4的jar包 13 4.5.2添加并制定配置文件 13 4.6 JBPM在MyEclipse画流程图时出现乱码： 14 5 核心API 14 5.1ProcessEngine 14 5.2RepositoryService 15 5.3ExecutionService 16 5.4TaskService 16 5.5ProcessDefinition 16 5.6ProcessInstance 16 5.7Execution 17 6 管理流程定义 18 6.1设计流程定义文档 18 6.1.1图片 18 6.1.2jpdl.xml文件 18 6.2部署流程定义 19 6.3删除流程定义 20 6.4查询流程定义 21 6.5获取流程定义文档的资源 22 7 执行流程实例 22 7.1启动流程实例 22 7.2查询我的未完成的个人任务 23 7.3办理任务 24 7.4查询已经完成的任务 25 8流程变量 25 8.1添加流程变量 26 8.1.1在启动流程实例时 26 8.1.2在办理任务时 27 8.1.3执行流程实例时 27 8.2获取流程变量 27 8.3流程变量范围 28 8.4JavaBean流程变量 29 8.4.1实现了Serializable的JavaBean 29 9流程定义语言 30 9.1process(流程) 30 9.2Transition(连线) 30 9.3节点 30 9.3.1开始节点(start) 30 9.3.2end、end-error、end-canel 31 9.3.3state(状态活动) 31 9.3.4task(任务活动) 31 9.3.5decision(判断活动) 31 9.3.6fork/join(分支/聚合活动) 31 9.4事件 31 10Transition 31 11state 32 11.1 定义 32 11.2signal方法 33 12task 34 12.1task的执行 34 12.2设置任务执行人 34 12.3通过AssignmentHandler来设置执行人 35 12.4组任务 36 13decision 38 14fork/join 40 15事件 41 15.1流程级别事件 41 15.1.1开始流程实例事件 41 15.1.2结束流程实例事件 41 15.2节点级别事件 41 15.2.1开始节点 41 15.2.2结束节点 42 15.2.3其他节点 42 16 JBPM4.4+SSH+Tomcat整合 42 一．配置Spring相关文件： 42 二、配置Hibernate相关文件： 44 三、整合需要jbpm提供的jar包： 44 17 HelloWorld 45 Xml: 45 Code: 45 18 从数据库中取出xml文件和png图片 48 19 向页面输出图片 49 20 页面显示图片 50 21 获取已加载到数据库中的XML文件，改修后并重新发布 51 21 会签 53 Xml: 53 code: 54 工作流相关资料 56 22.通过processID查询流程任务 56 23.通过ExecutionId得到 56 24 查询已经结束的流程的节点 56 25 并行任务特点 57 26 得到正在执行的节点 57 27 任务委派给指定人或组 57 28删除候选人 57 29 通过流程实例删除流程 58 30 自由流实现 58 31.子流程处理 59

67,513

社区成员

225,880

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章