工作流各项对比

1、主流开源工作流各项对比:名称Jbpm4Activiti5osworkflowshark数据库 持久层采用hibernate3来实 现MyBatis3没有遵循JPA规范插件式的持久化方 式，可选择内置方 式也可自己开发采用DODS来实现支持的流程格式通过pvm支持多种 流程定义语言BPEL、 XPDL、 BPMN、 JWT 以 及自定义JPDLBPMN2、 xPDL、 jPDL 等使用自己的xml格 式，不遵守XPDL规 范XPDL支持数据库Oracle、 SQL Server、MySQL等多数数据库Oracle、 SQL Server、MySQL等多数数据库Oracle、 SQLServer、

2、MySQL 等多数数据库Oracle、 SQLServer、MySQL 等多数数据库事务管理Bitronix，基于 JTA事务管理MyBatis 机制/Spring 事务控制本身是不支持事务 的，而事务是作为 一个产品的基本功 能使用jotm来对事物进行控制流程定义工具基于eclipse图形化 插件和基于Web的流 程设计器基于eclipse图形化插 件和基于Web的流程设 计器推荐手工编写xml 格式的工作流程描 述符有JAWE作为定义工 具开源性完全开放源代码完全开放源代码完全开放源代码部分开放源代码与应用业务关系嵌入式嵌入式为应用程序开发者 提供集成嵌入式扩展性可扩展、灵活的可扩展、灵活

3、的绝对的灵活性秉承模块化思想， 易于扩展安装部署可以独立部署，也可 和其他项目集成，自 带web管理工具，对 应不同数据库有一个 相应初始化文件可以独立部署，也可和其他项目集成，为应用程序开发者 提供集成，也能与 现有的代码和数据 库进行集成可以独立部署，也 可和其他项目集 成，自带web管理 工具可监控内容流程定义/实例的创建、删除；任务执行对流程引擎运行期实例 提供管理及监控的Web 控制台。包含部署的管不是所有的 workflow的存储都 支持查询。目前，流程定义/实例的创 建、删除；任务执 行情况查询、催办，情况查询、催办；对 流程流转，任务操作， 变量操作等多类日志 进行查询分析理、

4、流程定义的管理、 数据库表的检视、日志 查看、事务的平均执行 时间、失败多次的工作 等功能。提供任务管理 功能和对案例、任务基 于历史数据的统计分析 （报表）功能。Hibernate， JDBC 和 内存存储都支持查 询。然而， hibernate 存储不 支持混合类型的查 询（例如：既有历 史步骤又有当前步 骤的查询）。要执行 查询，就要建立一 个查询对象，然后 调用查询对象的 Query方法流程流转；可以查 询相关环节日志记 录优点嵌入式的工作流引 擎，理论上可以运行 在任何JavaEE应用服 务器之上，通过pvm 支持多种流程定义语 言，提供了灵活的EL 条件及note表达式机 制，提供

5、了可扩展的 Task及任务分配机 制，借助 Hibernate ORM的优势支持在几 乎所有的数据库系 统，良好的扩展性使 用户也能够根据需求 定制自己个性化的流 程模型和建模语言。开源项目继承了 jbpm4 的所有优点，支持最新 BPMN2.0规范，实现了 流程的可视化以及创新 的 Activiti Cycle 协作 组件，此外，通过与Mule 的集成加强了其集成能 力。其对PVM的保留使 其继承了 jBPM4强大的 可扩展能力OSWorkflow 是基于 Action驱动的，而 国内的客户也很容 易接受这样的操作 习惯，OSWorkflow 有着非常优秀的灵 活性，它能为应用 程序开发者提

6、供集 成，也能与现有的 代码和数据库进行 集成在所有开源工作流 引擎中，Shark的体 系最为完备和复 杂。其一直秉承着“模块化”的思 想，所以比较容易 扩展。活动图天生 的适于工作流程建 模，它相对于状态 图的一个最大的优 点是容易做并发线 程的分叉控制，这 些并发线程可以同 时执行也可以顺序 执行；它还有一个 优点是有泳道的概 念，可以控制工作 流引擎中的任务的 产生缺点没有提供完善的日志 分析功能，需要二次 开发来更好的完成流 程分析；不直接支持 自由回退、跳转 等操作前端的的表现总是存在 不足，如在线流程设计 器，扩展及实现均面临 困难，且对浏览器有要 求；持久化层没有遵循 JPA规范

7、；不记录任务 的产生顺序，所以要实 现回退均比较困难；Activiti其核心是实现一个能够运行 的工作流系统是非 常繁琐的事情，每 一个流程步骤实现 均需要代码改变状 态字段；开始接触 OSWorkflow 时可 能较难掌握， OSWorkflow 不要 求图形化工具来开 发工作流，而推荐 手工编写xml格 式的工作流程描述商业化色彩已经越 来越浓，并仅以 Community Edition 的形式提供了部分 开源代码供参考BPMN 2.0的流程引擎，BPMN2规范发展的会比 较慢，语言本身也过于 复杂可读性差符；所依赖的FSM 模型对于分支、聚 合、子流程的支持 度很低发展前景目前最流行的，依靠 jboss用户群庞大，使 用用户比较多，jbpm 组织非常活跃，有自 己活跃的社区做为在jbpm4基础上开