jBPM5與Activiti5比較

jBPM5與Activiti5比較

主要類似之處：

都是BPMN2過程建模和執行環境。 都是BPM系統（符合BPM規範）。 都是開源項目-遵循ASL協議（ Apache的 軟件許可）。 都源自JBoss（Activiti5是jBPM4的衍生，jBPM5則基於Drools Flow）。 都很成熟，從無到有，雙方開始約始於2年半前。 都有對人工任務的生命週期管理。 Activiti5和jBPM5惟一的區別是jBPM5基於WebService - HumanTask標準來描述人工任務和管理生命週期。 若有興趣瞭解這方面的標準及其優勢，可參閱WS - HT規範介紹 。 都使用了不一樣風格的 Oryx 流程編輯器對BPMN2建模。 jBPM5採用的是 Intalio 維護的開源項目分支。 Activiti5則使用了Signavio維護的分支。 主要差別之處：

技術支撐公司/商業模式 項目負責人/技術社區 項目的目標 選擇的標準 基於上述四點以及我的或公司的需求，能夠花些時間來斷定：那一項目最符合你項目的需求！ 須要說明的是，若是是學習新技術的Java開發人員，開發第一個應用程序或嘗試理解業務流程管理系統，能夠利用這種比較優點。值的注意的是瞭解這兩個項目將有助於提升技能、學習最佳實踐、結構設計、應用開發的新方法、好的規範和好的（團隊）協做方式。請選擇其中之一，當理解其中之一的概念時，以便適應另一個（項目），但須學習新的API，適應和學習更普遍的一些概念。 1）項目支撐公司/商業模式 這兩個項目都依據ASL（Apache軟件許可證）發佈，從許可角度來看徹底同樣。 沒有任何限制。其次，如爲學習新東西的開發人員，，它們都將很是合適。 若是沒有太多關於業務流程管理的專業知識，兩者看上去都差很少。 據我所知，紅帽/ JBoss的業務有關的服務，其支撐費用來自銷售服務和支持。若是你想在RedHat花錢，可購買SOA平臺的所有支持服務。然而，截止目前你沒法購買嚴格的jBPM支持。 這多是一個很大的優點，這意味着若是您購買紅帽的支持服務，您將得到完整的中間件支持服務。 紅帽是一家專業提供該服務公司。 我曾爲Alfresco的CMS工做，瞭解其社區以及圍繞CMS的業務，但我仍對他們的Activiti5業務計劃困惑。 做爲一家公司，他們能夠將Activiti5嵌入在CMS項目內運行，如同jBPM3同樣，也能夠提供有關業務流程管理系統解決方案的有償服務。 在官方網站（www.activiti.org）上，他們沒有提過什麼Alfresco的Activiti5有償服務。 我不知道Alfresco公司是否計劃在不久的未來提供它們。 2）項目負責人/社區

衆所周知，瞭解JBPM4.x歷史的全部社區成員基於類似的代碼庫和配置轉移到Activiti5。 因此，jBPM 4.x和Activiti5的社區是相同的。 jBPM5的社區成員可能多爲想得到Redhat/JBoss官方支持的jBPM3.x的用戶，或爲理解基於規則引擎的BPM系統優點的新用戶。Drools Flow的社區成員及其用戶，很容易移植他們的應用到jBPM5，社區對移植工做的準備工做已經完成，且開發了針對jBPM3.x的遷移工具。 可從這裏得到許多關於jBPM5的資源連接：http://blog.athico.com/2011/01/recent-jbpm-5-blogs-articles-videos-and.html。 若有特定的主題或你想閱讀的有關主題，請隨時給我寫信。我真的很喜歡寫關於jBPM5和Drools的東西，作比較是有趣的事情！ 如今，jBPM5是一個從Drools Flow分出的獨立項目，但與規則引擎高度集成。 該項目的負責人 Kris Verlaenen，在作一個偉大的嘗試：在月末發佈第一個穩定的版本【譯者注：實際上在本文編譯時，jBPM5正式版已經發布】。 而Activiti5這一方， Tom Baeyens 和Joram Barrez 正在作一個出色的工做：試圖使他們重構的BPM系統得到關注和接納！ 3）項目目標

據我所知，這兩個項目有很不一樣的觀點和目標。 Activiti5團隊爲用戶的接納而拼搏，而jBPM5團隊則爲改善觀念，爲偉大的功能和靈活性而奮鬥。 因爲不一樣的目標和發展方向，沒法說那一個比另外一個好。若爲接受度而拼搏，則專一於溝通、工具和整合上。接受度的發展方向具備較短的發佈週期和穩定的產品交付。 若計劃中包含從未開發的特性，那麼就須要較長的發佈週期。從個人角度來看，Drools Flow是一個創新項目，從從新設計，以及規則引擎與BPM之間的相互做用，提供了更豐富的功能和很大程度的靈活性，來爲真實應用建模。 如今，jBPM5是一個比較普通的項目。 現正在作的相關工具和演示工做，展現常見的用法。jBPM5第一個穩定版本發佈後，將在將來幾個月後變得很是好。 4）發展方向/選擇標準

沒有簡單的答案。 如您正尋找一個簡單的輕量級的業務流程管理軟件兩者都適合。如果第一次體驗業務流程管理，不管選擇哪個，都會快樂，都會有麻煩。 若是想加入一社區爲項目作貢獻，兩者均可以。對於Alfresco社區，我沒法給出建議，由於我並未深刻其中，但看似很活躍，jBPM5的社區也是一個至關活躍的社區--做爲Drools和jBPM3社區合併的結果，你會看到在論壇和IRC頻道中的活躍程度很強。 你可能自問的重要問題 我正在爲從此幾年選擇一個業務流程管理系統或它僅是一個小項目？ 若是這個問題的答案是： 我剛開始 或 我將建立一個簡單的Web應用程序，顯示了基本的功能 或 應用程序將不被大量用戶使用 或 應用將不被組織看重 或 咱們沒有複雜的業務流程咱們沒有複雜的業務狀況， 這兩個項目都將正常工做 。 我須要創建一箇中等規模的應用，普遍應用業務流程，業務流程不很複雜（不超過20項活動，沒有太多的特殊分支）和應用系統對公司並不重要， 這兩個項目將工做良好 。 我須要創建一個新的架構，使我有最大的靈活性來表達複雜/現實生活中的情景 ， 我理解規則引擎的威力，我理解其與BPMS結合的優點（統一處理業務流程和業務邏輯，使用相同的API，儘量被視爲聲明），那麼你真的須要嘗試jBPM5！ 這不是常見的狀況，一般只有高級用戶已經開發了超過一個BPM應用，纔會關注這些優點。 若是你不知道如何利用規則引擎的能力，這兩個項目將給你同等的功能。 若是你分析了業務流程管理系統的共同特徵，這兩個項目之間沒有明顯的優點。 當你開始瞭解規則引擎的的優勢和能力，或當你真的須要一個規則引擎與工做業務流程管理系統協同工做時，你清楚地知道將來兩年內該如何選擇。 結論

正如上文所述：

你能夠選擇jBPM5或Activiti5，都將讓你實現業務流程管理需求的主要目標。 二者都是開源和基於ASL許可的。

若是你不只是想採用新技術，你已經面臨一些jBPM3/jBPM4或舊的OSWorkflow的BPM實現問題，你可能會注意到或知曉規則引擎結合業務流程管理系統的優點所在 。 若如此，請關注jBPM5以及和 Drools的集成，您可能會感到驚訝。 若是你想了解利用業務流程管理系統和規則引擎結合設計的應用，您能夠看看本文關聯的帖子。 請注意，Drools+ jBPM5爲您提供一個聲明式編程的完整平臺，將爲你的應用增長許多重要的特色，諸如CEP引擎的優勢以及集中式業務資產庫（Drools Guvnor）。