我正在尋找一個簡單的Java工作流引擎：使用Drools Flow和/或OSWorkflow的經驗？
可能的候選者包括Drools 5中的新Drools Flow流程引擎和OpenSymphony中的OSWorkflow。從我目前的理解來看，OSWorkflow似乎提供了更多我想要的東西（Drools Flow似乎沒有像審計歷史那樣存儲很多東西）;然而，OSWorkflow的最新版本早在2006年初。現在如果OSWorkflow不再處於積極的發展階段，是否會出現錯誤？
有沒有人對這兩種框架有過很多的經驗？是否還有其他工作流引擎我應該看？所有建議歡迎 - 謝謝。
只是爲了澄清Drools的流程是怎樣支持你所描述的（指的在Drools Flow documentation）的要求：
Drools Flow使用（特定領域）工作項（第8章）與外部系統進行交互。這些可以是自動服務，也可以是人工任務管理組件（第9章），用於手動任務。此人工任務組件完全可插入，但Drools Flow支持開箱即用的WS-HumanTask實施。 Drools 5.1將包含基於Web的任務列表，包括自定義任務表單。
發動機可以啓動，可以活很長時間的過程。該過程支持不同類型的等待狀態（工作項目節點，事件節點，事件等待節點，子過程等）以對長時間運行的過程建模。外部任務可以同步或異步集成。
所有流程實例的運行時狀態可以很容易地被存儲在數據源的情況下重新啓動工作流的支持。因此，所有進程都可以在服務器崩潰後的狀態下簡單恢復。
Drools的流動產生什麼是你的流程的執行過程中發生的事件。通過打開審計日誌記錄（第5.3章），這些事件可以存儲在數據庫中，提供執行過程中發生的任何事件的完整審計歷史記錄。
歷史數據使用一些簡單的數據庫表存儲。這些表可以直接查詢，也可以用它來生成自定義報告（第12.1節），顯示與您的應用程序相關的關鍵性能指標。此外，我們相信面向知識的方法，允許您在必要時無縫地將流程與規則和事件處理結合在一起，與上述面向流程的引擎相比，它將爲您提供更多的功能和靈活性。
克里斯Verlaenen
Drools的流動鉛
我對你提到的候選人沒有任何經驗，但從我參與過的項目來看，可能值得看看jBPM。我曾與之合作的不少開發人員都發誓，我認爲它非常適合您的標準。
我有這兩個經驗..我也參與了一個工具，用於將OSWorkflow中的現有流程遷移到Drools 5.0。您可以閱讀關於該文章的文章：http://blog.athico.com/2009/01/drools-flow-and-osworkflow-migration.html。需要提到的是，這個遷移工具/轉換器的創建是爲了允許使用OSWorkflow的舊項目升級到Drools 5.0並利用所有的Drools 5.0 Business Integration Platform。
問候
Drools的流程是很多比都的jBPM和OSWorkflow的更加完善和強大的開發是在比任何一個更快的速度移動。我們在這裏提供了大量的細節和屏幕截圖： http://www.jboss.org/drools/drools-flow.html
但總之。您可以跨規則，工作流和事件處理進行交互式調試。你有一個更大的內置節點集，改善了你可以直接建模聲明的問題的數量。相關（跨規則，流程和事件）審計日誌和報告。我們通過可插拔的工作項目提供了一個非常簡單但功能強大的機制，用於構建特定於域的工作流程。
Drools 5.0剛剛發佈，5.1將在未來4到6周內發佈。我們正在使用MVEL DSL爲此添加模擬和測試，我們認爲這將是一個巨大的成功。這還包括更廣泛的工作，用於流程的遠程管理GUI，所有這些都集成到Guvnor中。
Drools團隊還自on比其他任何上述項目更容易訪問。隨時可以進入irc聊天。
馬克
馬克， 感謝您（和克里斯）的答案。我一定會使用irc來解決我的任何問題。 – 2009-06-10 13:27:44
+1聽起來很適合jBPM的。 – Damo 2009-06-09 11:50:36
jBPM似乎沒有這麼好。隨着一些核心開發人員跳槽，我懷疑JBoss最終將遷移到Drools Flow作爲他們的標準工作流程實現;認爲這是從局外人的角度來看的。 – 2010-04-15 17:04:36