Jbpm 介绍
1, 项目介绍
项目是 2003 年 1 月由 Tom Baeyens 在 sourceforge 创建。 Tom Baeyens 是 JSR207 ( Process Definition for Java )的专家组成员
项目的 URL http://jbpm.org/
项目 2004 年 10 月加入 jboss 组织,项目更名为 JBoss jBPM
2, jbpm 工作流系统介绍
jbpm 是轻量级,可扩展的工作流管理系统。 Jbpm 的业务流程的定义是用 jPdl ( Process definition language )来描述的。系统的原理是:由流程管理员装入流程,用户或者系统执行流程中的步骤, jbpm 引擎负责维护流程的状态,日志以及执行流程中定义的自动动作。用用例图描述如下 :
3, 项目部署( Tomcat+SQLServer )
a) 环境
JBoss jBPM 2.0, Tomcat 4.1.31, SQLServer 2000 , ant 1.5.4
b) 步骤
1, 解压 jboss-jbpm-2.0.zip ,路径为 [jbpm_home]
2, 添加 jdbc driver 到 [jbpm_home]/lib/hibernate
3, 在 [jbpm_home]/.classpath 文件中添加 jdbc driver
4, 在 [jbpm_home]/ web/src/jbpm.war/WEB-INF/classes/jbpm.properties 文件中 hibernate 使用 SQLServer 的 jdbc 配置
5, 重新编译和打包 , 在 [jbpm_home] 目录中执行 ant
6, 发布流程 , 修改 [jbpm_home]/build.xml 文件,在 38 行修改为 <ant antfile="web/build.xml" target="deploy.process.archives" inheritall="false" />
7, 在 [jbpm_home] 目录中执行 ant , 现在数据库已经建立,并且流程已经初始化,这里有个 bug 需要修改,把数据库中创建的表 JBPM_FILE 的 bytes 的类型修改为 image
8, 部署 web 应用 , 拷贝 [jbpm_home]/web/target/jbpm.war 到 [tomcat_home]/webapps
9, 启动 tomcat
10, 拷贝 commons-digester.jar, commons-fileupload.jar, jakarta-oro.jar, 文件到 [tomcat_home]/webapps/jbpm/WEB-INF/lib 目录
11, 打开浏览器 输入地址 http://localhost:8080/jbpm
12, 恭喜部署成功
4, jPdl 介绍
jPdl 描述的是流程的过程,是通过状态表示,流程由
<!ELEMENT start-state ( description?, transition+ ) >
<!ELEMENT state ( description?, assignment?, action*, transition+ ) >
<!ELEMENT process-state ( description?, delegation, action*, transition+ ) >
<!ELEMENT decision ( description?, delegation, action*, transition+ ) >
<!ELEMENT fork ( description?, delegation?, action*, transition+ ) >
<!ELEMENT join ( description?, delegation?, action*, transition ) >
<!ELEMENT end-state EMPTY >
几个元素组成。流程的走向由 transition 元素指定。
Start-state 就是开始节点
State 就是流程的活动
Process-state 就是子流成
Decision 是判断节点
Fork 是分支节点
Join 是联合节点(注意 fork 和 join 必须成对出现)
End-state 是结束节点
State 中定义参与者, state 是流程的主要环节,必须要人机参与处理,调用 ExecutionService . endOfState () 来结束活动,使 jBPM 引擎流转。 action 是用来扩展的, action 的定义如下
<!ELEMENT action ( delegation ) >
<!ATTLIST action event-type (process-start|process-end|state-enter|state-leave|state-after-assignment|milestone-enter|milestone-leave|decision-enter|decision-leave|process-state-enter|process-state-leave|fork-enter|fork-every-leave|join-every-enter|join-leave|transition) #IMPLIED>
<!ELEMENT delegation ( #PCDATA ) >
<!ATTLIST delegation class CDATA #REQUIRED>
state 的 Action 支持 state-enter , state-leave 和 state-after-assignment 事件,可以对每个事件处理不同业务。实现 Action 必须实现接口 org.jbpm.delegation. ActionHandler.
process-state, decision, fork, join 跟 Action 一样都可以支持事件机制
process,fork,decision,join 是 jBPM 引擎自动完成的,完成执行的操作就是节点的 delegation 里面注册的类 . 如果没有就是用系统默认的。
5, 工作流引擎与应用的接口原理
应用调用 ExecutionService. StartProcessInstance() 启动流程,引擎产生任务。等待任务的所有者调用 ExecutionService. endOfState () 指令来完成任务。当 endOfState 指令被调用后,引擎就进行运算产生的新的任务,然后继续等待 endOfState 指令的调用直到流程结束。
引擎只对 State 产生任务,对其他的节点比如: process-state,fork,decision,join 都不产生任务。只对他们进行运算,执行每个节点的 Delegation 和 Action.
6, JBPM 工作流引擎的优点
a) 轻巧,使用 Hibernate 实现
b) 扩展性好,支持各种事件和节点的扩展,
c) 工作流原理和实现简单,代码容易维护
d) 支持变量
e) 支持子流成
f) 参与者与应用集成非常简单
g) 项目加入 jboss 组织,成长乐观
7, JBPM 工作流引擎的弱点
a) 流程图形画定义工具太弱
b) 没有图形画的流程监控工具
c) join/fork 必须成对定义
d) 复杂的流程定义需要自己实现接口