Tom Baeyens也就是jBPM的原作者，離開了Red Hat之后，另起爐灶搞了一個(gè)Activiti的項(xiàng)目，這個(gè)項(xiàng)目是基于BPMN的原生流程引擎。
那么這個(gè)activiti到底有啥好處呢？讓咱們一一道來：
它基于的Apache 2.0開源協(xié)議，比jBPM的LGPL更加寬松。
它是基于BPMN2.0標(biāo)準(zhǔn)規(guī)范的，最大的好處就是可以用oryz這個(gè)web流程設(shè)計(jì)器直接在web瀏覽器上設(shè)計(jì)流程了。（注：別高興太早，oryz是用svg寫的，IE一律不支持。）
它是基于ibatis的，數(shù)據(jù)庫層不再對(duì)hibernate有依賴。（注：alpha1只支持h2database，后面的版本會(huì)對(duì)mysql, oracle,postegl進(jìn)行支持）
選用BPMN作為標(biāo)準(zhǔn)流程語言，也意味著原來的jBPM里的jPDL流程語言將不會(huì)被繼續(xù)支持，也不知道PVM流程虛擬機(jī)是否會(huì)繼續(xù)下去，如果Tom不想
玩虛擬機(jī)了，activiti很可能就是一個(gè)只支持一種流程語言的引擎了。這點(diǎn)確實(shí)讓人感到有點(diǎn)兒遺憾。
從www.activiti.org這個(gè)網(wǎng)站上可以下載到alpha1的發(fā)布包，其中包含了源代碼，草草看了一下，核心庫只有200多K，其中把原來自行實(shí)現(xiàn)的IoC自動(dòng)注入的代碼都刪掉了。以后的IoC工作可能統(tǒng)一交給spring去管理，這對(duì)使用spring的同志來說，無疑是一個(gè)天大的好消息。
api部分對(duì)外部接口進(jìn)行了簡化，ExternalActivityBehaviour不見了，換成了EventActivityBehaviour，這一點(diǎn)讓我感覺很舒服，畢竟signal其實(shí)也只是事件的一種特例，換成eventActivityBehaviour之后，也就意味著我們可以讓活動(dòng)節(jié)點(diǎn)支持更多事件處理操作了。
持久化部分換成了ibatis，這部分暫時(shí)還只支持h2database，腳本什么的也只有h2database的，雖然因?yàn)閍lpha1版本，功能不多情有可原，但是我還是擔(dān)心使用ibatis會(huì)否大幅度增加數(shù)據(jù)庫存儲(chǔ)部分的維護(hù)量。希望后續(xù)發(fā)展不要因?yàn)檫@部分的問題遇到障礙。
表結(jié)構(gòu)似乎和原來的jbpm4差不多，有些表名發(fā)生了變化。表的數(shù)目又少了很多，但是我情愿認(rèn)為這不是為了優(yōu)化，而是因?yàn)檫@個(gè)版本不成熟，因?yàn)榭床坏絣og和history相關(guān)的表，所以，現(xiàn)在這個(gè)版本應(yīng)該是沒有歷史留痕功能的。也沒有看到變量表，也許都是用二進(jìn)制的方式來保存的吧？
對(duì)BPMN2支持的部分，目前支持StartEvent, EndEvent, Task和UserTask，其他的都不支持，所以還是需要時(shí)間完善的。
實(shí)際上Tom和Joram的編碼能力還是相當(dāng)驚人的，從他們倆離開Red Hat到現(xiàn)在才不過兩個(gè)月，就立刻搞出這么一個(gè)東西，而且網(wǎng)站也搞得有模有樣的，真心希望他們能延續(xù)RoadMap，把這個(gè)項(xiàng)目完善起來。
項(xiàng)目首頁：
http://www.activiti.org/