主流工作流引擎對比

1、主流工作流引擎對比工作流引擎也就是標準中的工作流機，工作流執(zhí)行服務器是使用一個或多個工作流機為過 程實例和活動提供運行環(huán)境，負責解釋和激活過程定義，與過程所需的外部資源進行交互。在 WfMc的標準中的定義為：“由一個或多個工作流機構成的軟件服務器，用來創(chuàng)建、管理、 執(zhí)行工作流實例。應用程序可能會通過WAPI來與這個服務交互”。一個工作流機負責執(zhí)行 服務器中的部分（或者全部）運行控制環(huán)境。在標準中的定義為：“為工作流實例提供運行時 期的執(zhí)行環(huán)境的軟件服務器或引擎?！?。工作流引擎的職能：解釋過程定義控制過程實例一創(chuàng)建、激活、掛起、終止等為過程的活動導航，可能要包含順序或者平行的操作、最后時間期限、

2、對工作流相關數(shù)據(jù) 進行解釋參與者簽名和退出確定任務項目，實現(xiàn)用戶意圖;提供接口，支持用戶交互維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)，在應用程序間或者用戶間傳遞工作流相關數(shù)據(jù)提供調用外部程序的接口連接所有工作流相關數(shù)據(jù)提供控制、管理和審查功能工作流機可以控制過程集、子過程、或通過對象類型的范圍、及其屬性定義好運行范圍的實 例。在一個由多個工作流機構成的工作流執(zhí)行服務器中，要把過程進行劃分，分配給工作流機。 可以按照過程類型來劃分，某個工作流機負責控制相應類型過程;按照功能進行劃分，某個工 作流機負責控制過程的一些部分，這些部分所需要的用戶或者資源，都在此工作流機的控制 范圍內。也可以按照其他的一些機

3、制來劃分。主流工作流引擎：l.SharkShark是一個完全基于WFMC和OMG規(guī)范的工作流引擎Shark的流程定義語言是XPDL， XPDL的兩個最重要的概念是Process和Activity。XPDL中的Activity是基于UML1.x中的 活動圖的概念。活動圖天生的適于工作流程建模，它相對于狀態(tài)圖的一個最大的優(yōu)點是容易 做并發(fā)線程的分叉控制，這些并發(fā)線程可以同時執(zhí)行也可以順序執(zhí)行；它還有一個優(yōu)點是有 泳道的概念，可以控制工作流引擎中的任務的產生。使用了 WFMC的XML過程定義語言（XPDL）作為自己的過程定義語言。在標準核心實現(xiàn)中，Shark是一個不需要創(chuàng)建他自己的線程的庫，并且他能

4、夠被使用到不 同的環(huán)境中（在WEB應用中、在SWING應用中、作為CORBA服務、在EJB容器中）。非?？膳渲玫?，所有的內在接口，包括核心部分都能夠被其他實現(xiàn)所替換。能夠同時被使用到多種虛擬機上（在集群環(huán)境中）。連同POJO接口一起，他提供了一個CORBA接口，通過這個接口，CORBA客戶端應用程序 能夠和作為CORBA服務的shark進行通信。能夠配制成使用LDAP服務器上的組織結構定義不使用任何XPDL擴展屬性作為他的執(zhí)行規(guī)則接口允許使用外部處理（在一些應用中被使用），所以shark能夠和他的客戶端處理程序 一起工作。使用DODS （一種來自Enhydra的OR/M工具）它幾乎能夠使sha

5、rk使用任何的數(shù)據(jù)庫系統(tǒng) 來存儲信息，并且他的目標數(shù)據(jù)庫能夠被簡單地以url的形式配置。實現(xiàn)的工具代理的概念，這個WFMC的概念是來執(zhí)行自動活動的工具（很多有用的工具代 理在shark中被使用）。shark能把客戶自定義的java類作為流程變量來使用。參考： HYPERLINK /p/shark/ /p/shark/ HYPERLINK /doc/L1/index.html /doc/L1/index.html2.OsworkflowOsworkflow是完全用java語言編寫的開放源代碼的工作流引擎，具有顯著的靈活性及完全 面向有技術背景的用戶的特點。用戶可以根據(jù)自身的需求利用這款開源軟件設

6、計簡單或是復 雜的工作流。通過使用，用戶就可以把工作中心放在業(yè)務和規(guī)則的定義上，而不需通過硬編 碼的方式實現(xiàn)一個Petri網或是一個有窮自動機。用戶可以以最小的代價把osworkflow整 合到自己的程序中來。（百度百科）Osworkflow極其靈活性。底層工作流實現(xiàn)基于有限狀態(tài)機參考： Osworkflow開發(fā)手冊JbpmJBPM，全稱是Java Business Process Management (業(yè)務流程管理)，它是覆蓋了業(yè)務流 程管理、工作流、服務協(xié)作等領域的一個開源的、靈活的、易擴展的可執(zhí)行流程語言框架。 jBPM是公開源代碼項目，使用它要遵循ASL(Apache License

7、 Version 2.0)和EULA(JBoss End User License Agreement)協(xié)議。jBPM 在 2004 年 10 月 18 日，發(fā)布了 2.0 版本，并在 同一天加入了 JBoss，成為了 JBoss企業(yè)中間件平臺的一個組成部分，它的名稱也改成 JBossjBPM。jBPM是一款基于LGPL開源協(xié)議的開源工作流產品，它沒有采用BPEL或WFMC標準去實現(xiàn) 流程引擎；jBPM采用的是一套自有標準，一種輕量級的XML結構的流程描述語言JPDL，JPDL 是 jBPM Process Definition Language的縮寫，相比 WFMC 和 BPEL 兩種標準而

8、言，JPDL 語 言更加簡單，也更容易讀懂。JBPM提供了基于Eclipse的流程設計器。以WEB應用的形式提供了對流程的管理與控制。因為jBPM采用Hibernate對流程數(shù)據(jù)進行持久化，所以jBPM可以運行于任意數(shù)據(jù)庫之上。JBPM的運行模式有兩種：獨立模式、嵌入式模式。參考： HYPERLINK /jbpm/v6.3/userguide/ /jbpm/v6.3/userguide/百度百科Apache ODEApache ODE (Orchestration Director Engine)支持 WS-BPEL 2.0 流程建模標準，支持 BPEL、Xforms、WebService作為

9、外部接口標準。框架比較靈活。ODE BPEL編譯器、ODE BPEL 運行時、ODE數(shù)據(jù)訪問對象(DAOs)、ODE集成層(ILs)和用戶工具之間耦合度低。同時支持WS-BPEL 2.0 OASIS標準和傳統(tǒng)的BPEL4WS 1.1供應商規(guī)范。支持2個通信層：一個基于Axis2 (Web Services http transport),另一個基于JBI標 準(using ServiceMix)。支持HTTP WSDL綁定，允許REST樣式的webservice調用。為外部流程變量映射到內部的數(shù)據(jù)表提供可能。高層次的API可以將任何通信層集成到引擎核心。流程熱部署。BPEL的編譯方法在命令行或

10、部署上提供了詳細的分析和驗證。為流程提供實例和消息的管理接口。參考： HYPERLINK / /BonitaBonita是一個符合WfMC規(guī)范、靈活的協(xié)同工作流系統(tǒng)。對于各種動作如流程概念建模、 定義、實例化、流程控制和用戶交互等提供了全面的集成圖形工具。100%基于瀏覽器、使 用SOAP和XML數(shù)據(jù)綁定技術的Web Services封裝了已有的工作流業(yè)務方法并將它們以基于 J2EE的Web Service形式發(fā)布?；诨顒宇A測模型的第三代工作流引擎。具有零編碼方法。對于沒有提供連接器的應用，需要自己寫連接器。免費版不支持 LDAP 或者 Active Directory Sync不是商業(yè)IT

11、對其的，即不能既能夠提供給商業(yè)人員使用，又提供給專業(yè)人員使用，提供 了 Bonita Studio，但是需要專業(yè)技術人員使用。只適用微小簡單的業(yè)務流程的管理工具，不夠靈活。參考： HYPERLINK /questions/7279329/bonitasoft-bpm-vs-jbpm-vs-activiti /questions/7279329/bonitasoft-bpm-vs-jbpm-vs-activitiActiviti應該是最新的工作流引擎，Activiti是一個獨立運作和經營的開源項目品牌，并將 獨立于Alfresco開源ECM系統(tǒng)運行。Activiti將是一種輕量級，可嵌入的BPM引擎，而 且還設計適用于可擴展的云架構。Activiti將提供寬松的Apache許可2.0，以便這個項目 可以廣泛被使用，同時促進Activiti BPM引擎和BPMN 2.0的匹配，該項目現(xiàn)正由OMG通過 標準審定。加入 Alfresco Activiti 項目的是 VMware 的 SpringSource 分支，Alfresco 的 計劃把該項目提交給Apache基礎架構，希望吸引更