jbpm和shark工作流引擎对比

1、1 / 12基于现状各方面情况，我们讨论到下一版本平台的工作子系统在shark 和 jbpm 中做一个选择，前面我花时间学习了shark 各方面的资料，现就 Jbpm 和 Shark 工作流各自特点列出比较（欢迎各位提出自己的见解和完善意见）：Xpdl:xml process definition Ianguage.Bpel:Bus in ess Process executi on Ian guage.Jpdl:JBoss Jpbm Process definition Ianguage.考察角度：稳定性，易用性，灵活性，可监管，扩展性，可 维护性，发展趋势。SharkJbpm持久层Shar

2、k 自己的一个 ORM 的方案DODS 基本上没有什么人来使用DODS 也没有人了解它，表现也 非常一般.可以配置 jdbc 连接.支持当前大多数流行的数据库. 可以访问 LDAP 用户定义数据.Jbpm3 种使用 的是开 源框架 Hibernate3, Hibernate是目前 Java 领域最好的一种数据持 久层解决方案，Jbpm 将数据的管理职能分离 出去，自己专注于商务逻辑的处理。可以配置jdbc连接参数. 可以配置使用web容器的连接池.支持当前大多数流行的数据库.安装部 署可以独立部署. 可以和其他应用集成.自带 web 管理工具.可以独立部署. 可以和其他应用集成. 自带 web

3、 管理工具.针对不冋数据库有一个对应的初始化脚本文 件.流程设 计器使用的 Xpdl 语言定义流程. 有一个Jawe 来图形化疋义流程. Jawe 功能图形化功能相对较强. 可以编辑活动变量，流程逻辑控 制属性.需要改造设计器和平台的权限模 型结合.已有一个 Flash 版 web 设计器，感 觉不是很直观好用.引入 UML泳道使流程用户模型更 加清晰，但对于同一用户在多阶 段都参与的流程难得画好.使用 Jpdl 流程定义语言.有一个 Eclipse 流程疋义插件.插件图形化功能较弱，只能绘制流程流转的基 本元素.对活动属性和流程逻辑控制需要手工编辑Jpdl 文件.没有设计插件的源代码，要和当

4、前平台权限模 型结合需要手工编辑Jpdl 文件.初步思路是自己来开发一个web 设计器.有泳道概念，但泳道用于工作任务的处理者属 性，不体现在流程图绘制，流程图结构不会受到用户泳道的约束.2 / 12定义语言_言.遵循 WfMC 规范.内容结构是按元素类型组织的 Xpdl :制定的描述业务流程控制 流的 XML 格式规范，格式复杂. 与具体语言尢关，不灵活 可以嵌入脚本控制语言.宣传称也遵守WfMC规范 内容结构和设计图流转顺序更加一致。Jpdl :直观易懂，可以手工修改 内容按结构保存在数据库中 方便扩展自己的逻辑控制内容可嵌入一个简单自定义的脚本控制语言表单定 制通过活动的变量来定制处理表

5、单可以通过变量来定制处理表单 异构系统交互Shark 可以开 CORBA 勺服务.需要借助 java 的其他远程访问框架 支持 EJB 可改造 性体系和功能最为复杂秉承“模块化”的思想，比较容 易扩展Xpdl 文件保存在大字段中，难于 分析扩展活动事件模型非常容易扩展自己的控制逻辑Jpdl 文件被分析好结构化地存储在各个数据 表中，容易根据需求扩展出特定的活动模型， 如多人会签活动，超时自动处理活动，多人选 择处理活动很方便进行二次开发扩展升级 支持文 档公司积累文档丰富积累文档丰富网上具有大量的共享技术资源Jpdl 流程定义说明文档很好用运行稳 定性比较稳定比较稳定可维护 性公司对 shar

6、k 有很多的积累. 熟悉的人员有露明，明华等 引擎开源设计器代码开源DODS源吗，熟悉它的人非常少熟悉的人员有宏伟，文力对 3 2 版本流程定义和控制模型幽闭叫深入 的研究比较容易维护满足业务需求引擎开源设计器插件不开源Hibernat 开源，熟悉的技术人员多 使用简单，易上手，源代码也易读 可配置 性各模块按接口调用，可以替换模 块的实现，非常灵活可以配置数据库连接和日志输出等没有那么灵活SharkJbpm体系结构结构清晰，参见附图 1 Activity-Assig nment-User.工作列表产生于 Activity- Assig nment.结构清晰，参加附图2 Node-Task -

7、User.工作列表产生于 Node-Task.活动和流程包没有包概念.3 / 12流转模 型 活动（定义任务和处理页面）块活动子流程活动工具活动（自动执行一些后台功 能）.路由结点 转移条件转移 否则转移 例外转移（根据活动或转移里定义的条件 选择路径流转）任务结点（可以定义多个任务，每个任务有 自己的处理页面和处理人员）=TaskNode 状态结点（执行会中断，直到外部触发一个 信号signal，方便实现分布式系统）-State 自动结点（执行不会中断，自动继续流转） -Node.决策结点（自动） -Decisio n.超结点（相当于块结点）-SuperNode 子流程结点-ProcessN

8、ode.分支和汇聚结点-ForkNode 和 Joi nN ode. 转移 （每个转移有一个名子，引擎的Token根据名字控制转移路径，路径命名使流程图的业务逻辑更加直观 ）-Transition.可用控 制机制包，流程，活动 可以定义属性控 制变量流程实例挂起，恢复，终止，放弃活动实例的接收，完成，挂起， 恢复，终止，放弃，改派改造后实现工作的回退，收回？流程，结点，任务 可以定义属性控制变量 变量分为流程级别和任务级别，具备不同可 见性范围Actio n,Ha ndle 等也可以控制变量每个结点可以定义事件（进入，退出，异常， 超时等）处理逻辑（Event-Action 模型）. 转移发生

9、时也可以定义事件的处理逻辑 工作任务生成可以定义自己的控制逻辑 超时事件流程实例挂起，恢复，终止，放弃任务实例的接收，完成，挂起，恢复，终止，放弃，改派改造实现任务的回退， 收回（需要研究确认）.如果不改造，特定环节的回退可以通过流程 设计来实现可监控管内容流程定义的加载，删除流程实例的创建， 删除 可以实现任务执行情况查询和催 办可以查询到相关环节日志记录流程定义的创建，删除.流程实例的创建，删除.可以实现任务执行情况查询和催办可以对流程流转，任务操作，变量操作等多 类日志进行查询分析发展趋 势IBM 早期支持（收购 FileNet） 早期中国也有一批公司支持 早期好评较多（2003 200

10、5），活 跃了 1 年半左右时间靠山是 Enhydra.思想保守，不思进取，排除异己版本更新比较慢，代码的更新也 没有按照开源的方式来完成 Shark2 0 后，有很多组件不开源 了，而且都是只有Demo 如果要 用，需要付费IBM/Oracle 现在是支持 BPEL 的老大.BEA 支持 BPEL （收购 uego）.是近年 java&j2ee 界极力推荐的开源选型（2005 到现在）.靠山是 jbossjboss 用户群非常庞大.RedHat 收购了 Jboss，以后 RedHat 系统可能 会内嵌 Jbpm.Jbpm 组织当前仍保持非常活跃状态Eclipse 在组织 BPEL 的

11、开源设计器.越来越多的软件厂商米用JBpm 做为自己产品中的工作流子系统4 / 12仍有为数不少基于Shark 开发的系统在运行维护 发展已进入暮年网上对 Jbpm 的正面评价比较多. 今年出现 Jbpm 原创人员离开组织现象未来发展仍存在一定的不确定性.Iwffll(sha*3fflmA*匸3.3.5 5一7 7二7IWDIJ7IWDIJ1HE E二uri聶pbwi:ano-n-“Ergit二一誉VIWB-一? ?lizilizi =s=3_-=s=3_- Ji Ji- - nMt.nMt. MM n n L.lL.lR R 一_慝 LJ1LJ1- -bmllbmll芷 Ift 亍ssss - -? ? J J-IWM一吞！i