Java 三大主流 工作流 学习

之前听同学说，他们在用工作流，好奇，搜索了一下，查看和搜集了一番，摘抄入下：（来源于：gzRiven）

 三大主流工作流引擎：Shark，osworkflow，jbpm！

 

  Shark的靠山是Enhydra。Enhydra做过什么呢？多了！从j2ee应用服务器，到o/r mapping工具，到这个工作流引擎等等。

  为什么Shark的持久层采用DODS来实现？就是因为他们是一家人。 

  Jbpm的靠山是jboss。Jbpm3的持久层采用hibernate3来实现，也是因为这个原因吧。

  Jbpm3的图形化流程定义已经决定嵌入到jboss eclipse IDE中，大家看看jboss eclipse IDE preview 1.5版，我们已经可以用插件方式编辑一个jbpm3流程定义文件了。 

   Osworkflow的靠山是opensymphony。我是非常喜欢这个组织的，它做出了很多的好东西。

   在开发工作流管理系统时，我就推荐用它的另外一个东西：webwork2。

    有人（gzRiven ）主持的开源工作流引擎AgileFlow就是基于ww2+spring+hibernate架构实现的。写到这里我想是不是它可以和struts2进行完美整合？！

    完成本段时说句题外话：现在基本上所有的J2EE应用程序服务器都有自己的工作流引擎，如上面提到的Enhydra,jboss和没有提到的websphere和weblogic等，可见，学习工作流引擎技术的确是非常重要的。

    Shark的流程定义语言是XPDL，我们知道，XPDL的两个最重要的概念是Process和Activity。XPDL中的Activity是基于UML1.x中的活动图的概念。

    活动图天生的适于工作流程建模，它相对于状态图的一个最大的优点是容易做并发线程的分叉控制，这些并发线程可以同时执行也可以顺序执行；它还有一个优点是有泳道的概念，可以控制工作流引擎中的任务的产生。Shark的如来神掌是活动图。 

    Osworkflow的如来神掌又是什么呢？我们知道，它有个重要概念是State……呵呵，我们知道了，它的如来神掌是FSM。不知道FSM是什么东西？？那你读大学时肯定不是好学生；当然了，不知道也不打紧，你把他类似理解为状态图就可以了。Osworkflow中的State是由step和status联合表达的，一个State就是一个step中的某个status；而state的转换由action来驱动，类似状态图中的event,因为一个event对应一个action嘛。 

    Jbpm的如来神掌就没有上面的简单了，它结合应用了状态图+活动图+PetriNet的知识，而且，这里的活动图还是UML2.0版的。UML2.0的活动图中，节点不叫活动（Activity）而叫动作(action)，活动成了一个高层次的概念，它包含一个动作序列。一个活动图展现一系列的动作，这些动作组成了活动。Jbpm把action也改名了，称为state。Jbpm使用的状态图的概念有transition/event等，这个自己去看吧。Jbpm来内部实现中还采用了PetriNet的概念，如token,signal等。什么？又不知道PetriNet什么东东？那你大学是学计算机的吗？不是？那你可能是学文科的，学机械/电气/土木工程/交通运输等专业都有接触PetriNet的课程，如果没有学过，还是看看jbpm吧，反正我们也不搞理论，知道大致概念就行。

 

本人观点：

做观点是件吃力不讨好的事情，好多国外的大师做的观点也是被人骂得……我的观点是：Shark……将登上头号宝座。应该说，在那篇文章发表前，国内的工作流引擎使用率最高的是osworkflow；到去年年底，Shark就占有了明显的优势地位，我分析有如下原因： 

1. 国内的企业都看中XPDL，因为这意味着在产品说明书中又可以吹牛说“我们遵循WFMC……” 

2. 因为我自诩“Shark工作流引擎在国内的主要推广者”，大部分给我反馈工作流管理系统开发选用技术的朋友都是用的Shark 

3. Shark的确是一套不错的工作流引擎，就算你只是想学习XPDL，你也可以从学习Shark开始。

4.不过我还是看好osworkflow。

 

 

补充查找：

（1）OSWorkflow：

    Osworkflow是完全用java语言编写的开放源代码的工作流引擎，具有显著的灵活性及完全面向有技术背景的用户的特点。用户可以根据自身的需求利用这款开源软件设计简单或是复杂的工作流。通过使用，用户就可以把工作中心放在业务和规则的定义上，而不需通过硬编码的方式实现一个Petri网或是一个有穷自动机。用户可以以最小的代价把osworkflow整合到自己的程序中来。Osworkflow几乎提供了所有用户可能在实际流程定义中需要用到的工作流构成元素，如：环节（step）、条件（conditions）、循环（loops）、分支（spilts）、合并（joins）、角色（roles）等等。 我还摘抄一篇有关OSWorkflow的文章：http://www.cnblogs.com/nucdy/p/7573603.html

 

（2）XPDL

    XPDL（XML Process Definition Language）是由Workflow Management Coalition所提出的一个标准化规格，使用XML文件让不同的工作流程软件能够交换商业流程定义。

XPDL是一个通用的框架，这也是XPDL的一个重要特性，这个框架可以支持开发者的特殊使用目的，而对外表现形式却相同。开发者的实现和它的外部接口可以独立分开，因为不管你如何实现的，采用什么图形描述(状态图，活动图等)，只要外部接口符合XPDL 规范，那么就可以保持相同的表示形式。希望在WFMC 接口1的未来发布版本中，能够包含现版本中缺少的属性。

XPDL被设计为图形上和语义上都满足交换用的商业流程定义，是描述BPMN图的最佳文件格式。BPEL也可以描述商业流程。但是XPDL不仅包含流程执行的描述，还包括了元素的图形信息，更适于商业流程建模。

 

（3）PetriNet

PetriNet是对离散并行系统的数学表示，其是1960年代由C.A.佩特里发明的，适合于描述异步的、并发的计算机系统模型。

 

PetriNet既有严格的数学表述方式，也有直观的图形表达方式。

在国外很多著名流程相关的文档中，PetriNet的数学表述用的很多，但可惜这些估计只有那些相关专业的研究生、博士生才能看得懂的，一般开发人员，能够领悟图形Notation即可。

经典的PN是简单的过程模型，由两种节点（库所和变迁），及有向弧，以及令牌（Token）组成的。

PetriNet不光抽象了经典的过程模型，并描述了完备的支撑过程调度的算法：如果一个变迁的每个输入库所（input place）都拥有令牌，该变迁即为被允许(enable)。一个变迁被允许时，变迁将发生(fire)，输入库所(input place)的令牌被消耗，同时为输出库所(output place)产生令牌。

基于PetriNet的工作流引擎，其引申了两种节点：一种是State，一种是Activity：其中state是演化自place，activity则演化自transition。

 

（4）FSM 

Finite State Machine或者Finite State Automata

软件领域中一种重要的工具，很多东西的模型实际上就是有限状态机。

 

     有限状态机是指输出取决于过去输入部分和当前输入部分的时序逻辑电路。一般来说，除了输入部分和输出部分外，有限状态机还含有一组具有“记忆”功能的寄存器，这些寄存器的功能是记忆有限状态机的内部状态，它们常被称为状态寄存器。在有限状态机中，状态寄存器的的下一个状态不仅与输入信号有关，而且还与该寄存器的当前状态有关，因此有限状态机又可以认为是组合逻辑和寄存器逻辑的一种组合。其中，寄存器逻辑的功能是存储有限状态机的内部状态；而组合逻辑有可以分为次态逻辑和输出逻辑两部分，次态逻辑的功能是确定有限状态机的下一个状态，输出逻辑的功能是确定有限状态机的输出。

    在实际的应用中，根据有限状态机是否使用输入信号，设计人员经常将其分为Moore型有限状态机和Mealy型有限状态机两种类型。1 Moore型有限状态机其输出信号仅与当前状态有关，即可以把Moore型有限状态的输出看成是当前状态的函数。2 Mealy型有限状态机其输出信号不仅与当前状态有关，而且还与所有的输入信号有关，即可以把Mealy型有限状态机的输出看成是当前状态和所有输入信号的函数。

可以查看java 有限状态机(FSM)的Java 演示

（4）jbpm

    JBPM，全称是Java Business Process Management（业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。jBPM是公开源代码项目，使用它要遵循 ASL(Apache License Version 2.0)和EULA(JBoss End User License Agreement)协议。

jBPM在2004年10月18日，发布了2.0版本，并在同一天加入了JBoss，成为了JBoss企业中间件平台的一个组成部分，它的名称也改成JBoss jBPM。

   jBPM is a flexible Business Process Management (BPM) Suite. It makes the bridge between business analysts and developers. Traditional BPM engines have a focus that is limited to non-technical people only. jBPM has a dual focus: it offers process management features in a way that both business users and developers like it.

 

可以查看 JBPM4.4业务流程管理框架详细解读