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)
复杂的流程定义需要自己实现接口