作者:Ni Yue
前一段時間做的一個jbpm和shark的feature對比,今天整理筆記突然又看到這張記錄紙了,so post here and drop the paper.作比較的時候Shark是1.0版本,而Jbpm是2.0版本(現(xiàn)在已經(jīng)出到3.0了)
Shark |
Jbpm |
|
持久層 | Shark自己的一個ORM的方案DODS,感覺不是很好 | 大名鼎鼎的 Hibernate(Jbpm2中使用的是Hibernate 2.1,Jbpm3種使用的是Hibernate3) |
靈活性 | Shark給人的感覺就是龐大,需要獨(dú)立的運(yùn)行一個工作量引擎服務(wù) | 相對更加靈活,和OSWorkflow有的一比,也可以作為嵌入式的工作流引擎 |
后臺管理 | 其實(shí)這點(diǎn)和上面一點(diǎn)有點(diǎn)相對應(yīng)了,靈活性差其實(shí)是由于提供的功能太多的緣故,Shark自帶了一個管理程序,界面雖然差了一點(diǎn),但是功能滿全面的 | Jbpm2中沒有提供后臺的管理,Jbpm3還沒怎么用過,好像是有的,不知道具體功能如何 |
流程定義的圖形設(shè)計(jì)器 | Shark使用的WfMC定義的XPDL語言定義流程,有一個JaWE來圖形化定義流程,不過XPDL是在是看起來很難懂 | Jbpm2中沒有流程圖形定義器,不過Jbpm3中已經(jīng)有了,是基于Eclipse的一個插件,可以使用它定義Jbpm使用的JPDL,而且不僅是插件形式,后面還會出stand alone的版本 |
表單定制 | 這個Shark可以借助XPDL來進(jìn)行表單定制,沒看太懂就是了 | Jbpm2不支持,原來看了Jbpm的MailList里面說在考慮Jbpm3中會加入這方面的內(nèi)容,現(xiàn)在似乎沒有看到還 |
用戶模型 | 好像必須采用Shark中的用戶模型 | 靈活性的體現(xiàn),任意的用戶模型。Jbpm3.1的roadmap里面考慮自帶一個簡單的用戶模型供使用 |
異構(gòu)系統(tǒng)交互 | Shark可以開CORBA的服務(wù),這個方面的功能很強(qiáng)大 | 只能通過Java和異構(gòu)系統(tǒng)的交互似乎,Java能做的Jbpm就行 |
學(xué)習(xí)成本 | Shark使用的XPDL很難看懂… | 相對簡單 |
文檔 | 感覺是一片空白,給的那幾個pdf都不頂什么用,用兩三個小時就全部看完了,組織的不是很好而且。相對其他的方面,這個是最大的缺點(diǎn)了 | 挺全面的文檔,一個chapter一個chapter的,看起來也方便 |