jBPM-4.4于2010年7月19日正式發(fā)布。

jBPM是jBoss旗下的一款開源工作流引擎，它的特色是提供了eclipse插件，開發(fā)人員可以通過插件直接繪畫出業(yè)務(wù)流程圖。



jBPM 4是jBPM的最新一代產(chǎn)品，它提供的PVM（流程虛擬機）可以支持多種流程語言，默認(rèn)支持的是jBPM自己的jPDL流程語言，從jBPM-4.3開 始，又提供了對BPMN-2.0的支持（不過還不完全）。jBPM的發(fā)布包中提供了一鍵式安裝的ant腳本，可以將jBPM流程引擎以及配套的管理控制 臺，流程設(shè)計器一次性安裝到本機上運行使用。

安裝配置的詳細(xì)步驟可以參考官方的用戶手冊：http://www.family168.com/tutorial/jbpm4.0/html/installation.html

最新發(fā)布的jBPM-4.4中解決了108個issue，不過它距離上次發(fā)布也半年有余了，jBPM-4.3發(fā)布于2009年12月底。

jBPM-4.4是一個bug fix版本，并未對數(shù)據(jù)庫有任何修改，使用之前版本的項目基本可以平滑升級。在進行升級時需要注意：

1.Activity和Transition兩個接口從org.jbpm.pvm.internal.model包下移動到了 org.jbpm.api.model包下。
2.所有與el表達式相關(guān)的部分都替換為新加的org.jbpm.pvm.internal.el.Expression。

添加的幾個重要功能：
1.for each支持動態(tài)的并發(fā)分支流程，會簽和并發(fā)子流程都可以用它來實現(xiàn)了。
2.assign活動，可以對變量的值進行復(fù)制。
3.變量聲明，可以在xml里聲明變量。
4.修正了console在tomcat下找不到dataSource的問題（包括報表）。

詳細(xì)的發(fā)布信息，請參考官方的JIRA：https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183

用Alejandro的話說，This makes 4.4 the most cat-friendly jBPM yet!下個版本會對數(shù)據(jù)庫結(jié)構(gòu)進行修改了，以便完善流程歷史庫的功能。

相關(guān)的發(fā)布下載與文檔資源如下：
Subversion tag: http://anonsvn.jboss.org/repos/jbpm/jbpm4/tags/jbpm-4.4/
Maven artifact: http://repository.jboss.org/nexus/content/repositories/releases/org/jbpm/jbpm4/jbpm/4.4/
SourceForge file: https://downloads.sourceforge.net/project/jbpm/jBPM%204/jbpm-4.4/jbpm-4.4.zip

User Guide: http://docs.jboss.com/jbpm/v4/userguide/html_single/
Developer Guide: http://docs.jboss.com/jbpm/v4/devguide/html_single/
Maven Artifact: http://repository.jboss.org/nexus/content/repositories/releases/org/jbpm/jbpm4/jbpm/4.4/

另附我們翻譯的用戶手冊和開發(fā)指南：
用戶手冊：http://www.family168.com/tutorial/jbpm4.0/html/index.html
開發(fā)指南：http://www.family168.com/tutorial/jbpm4devguide/html/index.html

Alejandro太謹(jǐn)慎了，發(fā)布jBPM-4.4之前還搞了一個CR1候選版，被jBPM-4.3里那些bug困擾的同志可以直接下載這個版本使用了， 這個候選版和jBPM-4.4最終發(fā)布版基本不會有太大區(qū)別，下載地址如下：

http://sourceforge.net/projects/jbpm/files/jBPM%204/jbpm-4.4/jbpm-4.4.CR1.zip/download

在之前的帖子jBPM 4.4發(fā)布日期暫定于2010年6月4日里提到的幾個新特性都有了結(jié)果：

1.支持foreach，這個是真正的動態(tài)分支功能，想玩會簽嗎？想玩動態(tài)分支嗎？想實現(xiàn)動態(tài)子流程嗎？用foreach就對了。

2.支持在jpdl的xml中聲明變量，可以聲明實例級全局變量，也可以聲明活動級的局部變量。

現(xiàn)在這兩個重量級的功能都可以使用了。

對于BPMN2的支持也加強了一部分，包括m選n的inclusive gate way和可以定時啟動的TimerStartEventActivity。不過BPMN2新增的功能都是joraz走之前實現(xiàn)的，以后jBPM 4的BPMN2能走多遠(yuǎn)還是未知數(shù)。

jBPM 4.4目前解決了100多個issue，詳細(xì)的issue列表可以參考這里：

https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183

最后雙手合十，誠信禱告jBPM-4.4早日發(fā)布。這樣我們才能集中精力開始下一階段的開發(fā)。

jbpm官方終于傳來好消息，jBPM 4.4可能在下月初發(fā)布。以下是當(dāng)前project leader的聲明：



聲明地址：http://community.jboss.org/thread/152282?tstart=0

簡單來說，就是還剩下9個未處理事務(wù)，按當(dāng)前進度應(yīng)該可以在6月4日發(fā)布jBPM 4.4，其中最重要的問題是修正hudson下的db任務(wù)。最后向社區(qū)征集意見，如果誰感覺有啥issue應(yīng)該在jbpm 4.4里解決的話，就趕快提出來撒。

jBPM 4.4的詳細(xì)發(fā)布信息可以參考這里https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183， 一共是75個issue，目前已解決66個。這個版本主要是進行bug fix，也提供了幾個重量級的新功能。

1.解決嵌套fork/join每次嵌套會出現(xiàn)多余execution的問題。
2.任務(wù)超時或者手工執(zhí)行signal后，自動刪除過期task。
3.讓sub-process的id和key都支持表達式。
4.支持在xml中聲明變量。（還在討論中）
5.在fork中使用assignmentHandler會拋出NullPointerException。

另外還有for-each動態(tài)fork分支這個功能，還在研究是不是要放在jbpm-4.4里，感興趣的同志可以來官方論壇提出意見。
http://community.jboss.org/thread/152243?tstart=0

Tom Baeyens也就是jBPM的原作者，離開了Red Hat之后，另起爐灶搞了一個Activiti的項目，這個項目是基于BPMN的原生流程引擎。

那么這個activiti到底有啥好處呢？讓咱們一一道來：

它基于的Apache 2.0開源協(xié)議，比jBPM的LGPL更加寬松。

它是基于BPMN2.0標(biāo)準(zhǔn)規(guī)范的，最大的好處就是可以用oryz這個web流程設(shè)計器直接在web瀏覽器上設(shè)計流程了。（注：別高興太早，oryz是用svg寫的，IE一律不支持。）

它是基于ibatis的，數(shù)據(jù)庫層不再對hibernate有依賴。（注：alpha1只支持h2database，后面的版本會對mysql, oracle,postegl進行支持）

選用BPMN作為標(biāo)準(zhǔn)流程語言，也意味著原來的jBPM里的jPDL流程語言將不會被繼續(xù)支持，也不知道PVM流程虛擬機是否會繼續(xù)下去，如果Tom不想 玩虛擬機了，activiti很可能就是一個只支持一種流程語言的引擎了。這點確實讓人感到有點兒遺憾。

從www.activiti.org這個網(wǎng)站上可以下載到alpha1的發(fā)布包，其中包含了源代碼，草草看了一下，核心庫只有200多K，其中把原來自行實現(xiàn)的IoC自動注入的代碼都刪掉了。以后的IoC工作可能統(tǒng)一交給spring去管理，這對使用spring的同志來說，無疑是一個天大的好消息。

api部分對外部接口進行了簡化，ExternalActivityBehaviour不見了，換成了EventActivityBehaviour，這一點讓我感覺很舒服，畢竟signal其實也只是事件的一種特例，換成eventActivityBehaviour之后，也就意味著我們可以讓活動節(jié)點支持更多事件處理操作了。

持久化部分換成了ibatis，這部分暫時還只支持h2database，腳本什么的也只有h2database的，雖然因為alpha1版本，功能不多情有可原，但是我還是擔(dān)心使用ibatis會否大幅度增加數(shù)據(jù)庫存儲部分的維護量。希望后續(xù)發(fā)展不要因為這部分的問題遇到障礙。

表結(jié)構(gòu)似乎和原來的jbpm4差不多，有些表名發(fā)生了變化。表的數(shù)目又少了很多，但是我情愿認(rèn)為這不是為了優(yōu)化，而是因為這個版本不成熟，因為看不到log和history相關(guān)的表，所以，現(xiàn)在這個版本應(yīng)該是沒有歷史留痕功能的。也沒有看到變量表，也許都是用二進制的方式來保存的吧？

對BPMN2支持的部分，目前支持StartEvent, EndEvent, Task和UserTask，其他的都不支持，所以還是需要時間完善的。

實際上Tom和Joram的編碼能力還是相當(dāng)驚人的，從他們倆離開Red Hat到現(xiàn)在才不過兩個月，就立刻搞出這么一個東西，而且網(wǎng)站也搞得有模有樣的，真心希望他們能延續(xù)RoadMap，把這個項目完善起來。

項目首頁：http://www.activiti.org/

在對web項目進行權(quán)限管理時，采用的方法無非是寫一大堆JSP或者干脆一個Filter搞定。寫完簡單的權(quán)限功能后，又開始考慮如何自動記憶上次用戶信 息，限制每臺機器只能有一個用戶登錄，把用戶密碼進行加密。接著更上一層樓，嘗試實現(xiàn)單點登錄，使用HTTPS保護傳輸數(shù)據(jù)，防御會話偽造攻擊等等。

于是好幾年前出現(xiàn)了名叫acegi的東西，它建立在spring的基礎(chǔ)上，提供了可以豐盛的權(quán)限功能集合，同時也以極為變態(tài)的復(fù)雜配置給了我們這 些初試權(quán)限的人悶頭一棍。甚至網(wǎng)上已經(jīng)有人流傳“every time you use acegi, a fairy die”——每當(dāng)有人使用acegi時，就會有一個精靈死去。

正因為如此，acegi在加入spring陣營時，不但改頭換面改名成為Spring Security，而且在配置方面進行了極大的簡化，形象的來說就是：“現(xiàn)在只需要20行的配置文件就可以完成之前幾百行才能實現(xiàn)的功能”。

遺憾的是，現(xiàn)在依然可以看到還有人在使用acegi，甚至還有人在學(xué)習(xí)acegi，這種情況無疑讓我們感到痛心疾首。

為了世界上不會再有精靈無謂犧牲，也為了大家的身心健康，我在此大聲疾呼：“請把acegi替換成Spring Security。”尤其對那些希望學(xué)習(xí)acegi的同志，請直接學(xué)習(xí)Spring Security。

下面是《請把acegi替換成Spring Security》的附帶視頻，希望大家了解Spring Security的簡潔。
http://code.google.com/p/family168/downloads/detail?name=springsecurity.zip

新的一年，為了讓工作流方面的初學(xué)者更快上手開發(fā)，我們錄制了jBPM 4視頻教程，這套教程基于最新發(fā)布的jBPM 4.3，覆蓋了開發(fā)環(huán)境的搭建，jBPM 4與WEB工程的集成，請假流程的完整實例，jBPM 4的組織機構(gòu)，事件監(jiān)聽，以及流程圖的跟蹤等功能。

我們的網(wǎng)站提供了相關(guān)視頻和實例的免費下載，對工作流以及jBPM 4有興趣的朋友可以關(guān)注一下，也希望更多朋友在工作流方面給我們提出建議。jBPM 4視頻教程首頁：http://www.family168.com/jbpm4/video.html

《jBPM 4視頻教程》：基于jBPM 4.3，發(fā)布日期2010-3-5。

NO.	分級	標(biāo)題
01	初	《配置開發(fā)環(huán)境》：下載jBPM 4和eclipse，安裝GPD流程設(shè)計器，設(shè)計簡單流程。	下載   提意見
02	初	《管理流程定義》：將流程定義發(fā)布到流程引擎中，實現(xiàn)查看和刪除流程定義的功能。	下載   提意見
03	初	《管理流程實例》：發(fā)起新流程，使暫停的流程繼續(xù)運行，實現(xiàn)終止和刪除流程實例。	下載   提意見
04	中	《設(shè)計請假流程》：以請假審批流程為例，以web的方式發(fā)布新流程定義。	下載   提意見
05	中	《發(fā)起新流程》：在流程定義中設(shè)置任務(wù)分配，提供接收和完成任務(wù)的功能。	下載   提意見
06	中	《流程駁回》：實現(xiàn)流程駁回和重新提交申請的功能。	下載   提意見
07	高	《組織機構(gòu)》：介紹jBPM 4中默認(rèn)提供的組織機構(gòu)。	下載   提意見
08	高	《監(jiān)聽事件》：為流程定義設(shè)置事件，監(jiān)聽流程執(zhí)行時觸發(fā)的事件。	下載   提意見
09	高	《跟蹤流程圖》：顯示流程圖，跟蹤當(dāng)前路程實例的狀態(tài)。	下載   提意見
www.family168.com - Lingo

     摘要: 這段時間整理的jBPM-4.x常見問題以及解決方案，希望幫助對jBPM-4.x感興趣的同學(xué)少走彎路，如果有沒有覆蓋到的問題，請及時和我們聯(lián)系，我們會盡快更新這個FAQ，先說一句多謝了。：）  閱讀全文

     摘要: 這次發(fā)布的Spring Security-3.0.1是一個bug fix版，主要是對3.0中存在的一些問題進行修正。文檔中沒有添加新功能的介紹，但是將之前拼寫錯誤的一些類名進行了修正，建議開發(fā)者以這一版本的文檔為參考。

另：Spring Security從2010-01-01以后，版本控制從SVN換成了GIT，我們在翻譯文檔的時候，主要是根據(jù)SVN的變化來進行文檔內(nèi)容的比對，這次換成GIT后，感覺缺少了之前那種文本比對工具，如果有對GIT熟悉的朋友，還請推薦一下文本比對的工具，謝謝。  閱讀全文

jbpm4devguide

---

jBPM4.3用戶指南

---

     摘要: Spring Security-3.x新近發(fā)布，整體的項目結(jié)構(gòu)和包名都出現(xiàn)了天翻地覆的變化，與此同時，Spring Security-3.x中也提供了session-management和SpEL的多種強大功能，family168第一時間提供官方文檔的翻譯版 本，希望同大家一起領(lǐng)略Spring Security-3.x的最新時髦風(fēng)尚。 介于Spring Security官方文檔本身傾向于技術(shù)...  閱讀全文

你在做軟件開發(fā)嗎？

在啟動項目前是否做好技術(shù)選型了呢？
在設(shè)計前是否已經(jīng)理順大體需求了呢？
在編碼前是否已經(jīng)反復(fù)思索過對應(yīng)的設(shè)計呢？
在測試前是否已經(jīng)準(zhǔn)備好測試用例呢？
在部署交付前是否已經(jīng)計劃好具體的功能列表呢？

考慮過項目的性質(zhì)嗎？互聯(lián)網(wǎng)應(yīng)用，還是內(nèi)部網(wǎng)應(yīng)用。
弄清了項目規(guī)模大小嗎？3人月可以搞定的小項目，還是需要幾十人月的長期奮戰(zhàn)？
確定團隊的實力了嗎？是全員光頭新人，還是在某牛帶領(lǐng)下的小馬集團，還是經(jīng)驗豐富的水路兩棲沖鋒隊？
如何與客戶協(xié)同合作？瀑布式一次理清所有需求，還是需要分階段迭代，或者直接進駐客戶公司面對面開發(fā)？

是否要使用框架呢？還是選擇最基本的jsp, jdbc應(yīng)用。
編碼與項目如何管理，使用版本控制工具？還是用U盤copy過來，copy過去？
如果選擇版本控制工具，究竟哪一款才適合自己的情況？
系統(tǒng)如何劃分層次？五層？三層？其他方式？
模塊如何劃分，按功能？按業(yè)務(wù)？混合分塊？
開發(fā)如何分工，橫向分工，各層之間接口對接？豎向劃分每個人負(fù)責(zé)從前到后一整塊。

如何測試？手工點點，還是使用自動化測試工具。
測試用例如何確定，如何提高測試的有效性。
測試的結(jié)果如何反饋給開發(fā)過程，需要使用excel還是issue跟蹤系統(tǒng)？
測試過程中可以暴露并發(fā)，事務(wù)等隱性問題嗎？
性能測試如何進行，壓力指數(shù)應(yīng)該保證到多少？

后期維護的方式的選擇。
如何維護數(shù)據(jù)庫表結(jié)構(gòu)？每次exp整個數(shù)據(jù)庫，到客戶公司imp，還是找一個員工手工比對所有表結(jié)構(gòu)，還是直接實現(xiàn)數(shù)據(jù)庫版本化管理？
如何為系統(tǒng)打補丁？視圖層的補丁，服務(wù)層的補丁，依賴庫的補丁。如何管理，如何實施，如何測試？
系統(tǒng)是否擁有動態(tài)部署的能力？在系統(tǒng)升級的過程中是否可以減小出錯的可能？

。。。。。。

還有很多，還有很多。有些問題可以通過技術(shù)解決，有些問題需要根據(jù)具體條件進行分析，有些需要盡力規(guī)避，有些需要硬著頭皮強頂硬撐。

在考慮清楚這些問題可能帶來的各種問題之前，讓軟件開發(fā)慢下來，至少慢一點點也是好的，進行下一步驟之前先了解如果出現(xiàn)了問題該如何應(yīng)對，如何解決。