工作流对比文档.doc

工作流对比文档 2012年11月15日 产品简介 JBPM简介 JBPM作为JBoos社区的开源Business Process Management (BPM)项目，已被业界广泛的使用。JBPM的目标是搭建业务人员和开发人员之间的桥梁，做到业务建模与程序开发的无缝衔接。 JBPM采用flow chart来帮助业务人员建模和开发人员进行开发，这样做的优点在于：1. 减少业务人员与开发人员的沟通障碍，提高开发效率；2. 增加业务流程的可见性，便于流程监管；3. 增加业务流程的灵活性，是IT系统能快速的对相应业务变化。 JBoss社区推出Drools5后，曾经有规划要把JBPM纳入Drools体系，以Drools Flows的形势存在，直到2010年12底，JBoss又推出了JBPM5，其原因具推测是由于JBPM的创始人Tom Baeyens离开JBoss加入Alfresco。（参考文献） Drools当初合并JBPM是的雄心很大，目标是对JBoss的企业开源软件进行最大程度的整合，提供完整的企业管理的解决方案。但由于业务流与规则流千丝万缕的联系，在谁合并谁的问题上，一直没有确定的答案，最终形成了目前中庸的结果，就是你中有我，我中有你。用户根据自己的实际需求在Drools和JBPM中进行选择。 由于Tom Baeyens的出走，JBPM5完全抛弃了JBPM4的架构（这对那些正在项目中使用JBPM4的人来说是不幸），从Drools work flow继承而来，很大程度上延续了Drools flow的特点。 Enhydra Shark简介 Enhydra Shark 项目以一种不同的方式交付了一个工作流服务器。??? ??? Enhydra Shark 是一个可扩展的工作流引擎框架，它包括一个完全基于 WFMC 规范的标准实现，它使用XPDL（没有任何自己新的扩展）作为自身的工作流流程定义格式，使用WFMC 的 ToolAgents API 作为系统活动的服务器端的执行形式。??? ??? Enhydra JaWE 图形XPDL编辑器可用于为 Enhydra Shark 生成 XPDL 流程定义！??? ??? ToolAgents 可用于 JavaScript，JDBC 访问，EJB 访问，纯 Java 类，CORBA 调用，EMail，Webservice 调用，等等... ??? 流程与活动实例的存储通过一个可配置的持久化 API 来完成。持久层实现采用的标准是轻量级的Enhydra DODS O/R mapping 工具。更多重量级 J2EE EJB 持久层选择方案在下面展示。??? ??? 每个单一构件（持久层，事务管理，脚本引擎，流程库...）可用于它的标准实现或被项目特定模块所扩展/取代。?? ??? 通过这种方式，Enhydra Shark 可作为一个简单的位于servlet 或 swing 应用或运行在J2EE 容器（支持会话 bean API 以及用于 EJB 持久化）中的Java library，CORBA ORB 或 Web 服务来使用。??? ??? 工作流引擎内核为高负载环境下的活动工作流对象提供可配置的 LRU 缓存。缓存可在集群部署时关闭。 ??? 当工作流运行时，WFMC WDF API 规范将用来把 JAWe 编辑器或 selfwritten 程序附加在运行期实例信息上，甚至修改实例。使用这一方法，Enhydra Shark支持动态工作流机制，能修改其自身来支持更复杂的工作流环境或组织的异常处理。?? ??? 通常，基于 Swing 的管理GUI可用于管理工作。JMX 扩展和基于 HTML 的管理客户端也可用于管理。?? ??? 其他 API 可用于知识库访问，日志，知识库持久化，事件通知，以及为转换评估(transition evaluations)设计的脚本引擎适配器。 Osworkflow在商用和开源世界里，OSWorkflow 都不同于这些已有的工作流系统。最大不同在于 OSWorkflow 有着非常优秀的灵活性。在开始接触 OSWorkflow 时可能较难掌握（有人说不适合工作流新手入门），比如，OSWorkflow 不要求图形化工具来开发工作流，而推荐手工编写 xml 格式的工作流程描述符。它能为应用程序开发者提供集成，也能与现有的代码和数据库进行集成。这一切似乎给正在寻找快速“即插即用”工作流解决方案的人制造了麻烦，但研究发现，那些“即插即用”方案也不能在一个成熟的应用程序中提供足够的灵活性来实现所有需求。OSWorkflow