JBPM5的環境配置（5.1.0）注：黃色部分可暫不配置。下載jbpm安裝文件并解壓，本文中以install.home代表jbpm安裝文件解壓路徑。

任何有關Workflow 的開發，都需要基于一些特定的流程模型去處理，所以首先就需要確定一個完善成熟可用的“流程模型”。基本控制模式主要有5種，這五種描述了最簡的控制流關系，當然其所描述的分支和分支算法也是最為簡單的。

JBOSS jBPM是一個靈活的、可擴展的工作流管理系統。JBOSS jBPM擁有直觀的流程語言，用任務、異步的等待狀態、定時器、自動化動作…等來表示業務流程圖，把這些操作綁定在一起，JBOSS jBPM就擁有了非常強大和可擴展的控制流機制。<br> JBOSS jBPM只有最小的依賴，可以象使用java庫一樣非常容易的使用它。另外，也可以通過把它部署在J2EE集群應用服務器中，用在吞吐量極為關鍵的環境中。<br> JBOSS jBPM可被配置為任何數據庫，并且可以部署到任何應用服務器。

學jbpm已經有三天了，按照<<jBPM開發入門指南》做了里面的一個例子，雖然這個例子不是自己想出來了，但畢竟自己重做了一遍，感覺還是不錯，下面就說說我怎么做的

jbpm4.3 表結構和表字段說明

整體來說實現的非常清晰：1、引擎解析流程定義xml時，給相應的事件掛接上create-timer和cancel-timer動作2、流程實例實際運轉時，create-timer動作在相應事件觸發時執行3、create-timer在job表里插入相應時間job記錄，給該job記錄附上計算完畢的執行時間。

JBPM是JBOSS公司的一個開源工作流產品，它功能強大，商業工作流所提供的功能它基本上都有。然而在JBPM中沒有提供流程監控的功能的相關API，這點讓很多使用JBPM做企業應用的開發人員頗為頭疼。 其實，在JBPM中我們可以通過手工編碼的方式來實現商業工作流中所具有的流程監控功能。

JBoss jBPM為設計及開發工作流和業務流程管理系統提供了一個先進的平臺。由API、特定領域的語言和圖形建模工具組成的框架讓開發人員和業務分析人員能夠使用通用平臺進行溝通及操作。 工作流管理和業務流程管理（BPM）正在迅速成為企業獲得軟件敏捷性和適應性的重要方法。JBoss jBPM是一個面向流程的工作流/BPM框架和工具集，它使業務分析人員能夠與軟件組件進行交互、有助于獲得有效的業務解決方案。

jBPM是一個靈活的業務流程管理組件。它是輕量級，完全開放并且是使用java語言編寫。它允許你建模、執行和監控業務流程，遍及整個的生命周期。 業務流程允許你去建模一個通過描述要達到的目標并按一定次序執行的每一步來作為一個流程表。這樣能夠明顯的提高你的業務流程的可視化和靈活性。jBPM關注于可執行的業務流程，這些業務流程包含足夠的細節而使他們能夠真正的在BPM引擎上執行。可執行的業務流程解決了業務用戶和開發人員的隔閡，這些可執行的業務流程是更高級的并且應用了能夠被業務用戶所理解并且能夠直接執行的特有的域概念。

jBPM入門簡介，概述：工作流業務流程管理技術是基于SOA技術實現的一個核心部分。使用工作流能夠在軟件開發和業務兩個層次受益：1、方便開發工作流管理系統能夠簡化企業級軟件開發甚至維護。

process是流程定義的根元素（The top level element representing one process definition）。

JBPM定時器支持嵌入到狀態節點（Stateactivity）,任務節點（Taskactivity）,子流程（Sub-process）,組（Group）,流向邊（Transition）,定制節點（CustomActivity）等元素中，本文檔只結合如何在我們工作流的定制節點嵌入定時器并設置超時監聽器來說明如何配置使用定時器及超時監聽器來實現節點超時處理，其它定時器使用場景如嵌入到狀態節點（Stateactivity）等不作詳述.

在這篇文章里，我們將一起回顧jBPM從jBPM3到jBPM5以及Activiti5的發展歷程，我們可以清晰的看見jBPM（包括Activiti）設計所遵循的一致原則：強調流程服務的可嵌入性和可擴展性。同時，從各個版本之間的變化我們也能看見產品設計思路的變化：更加強調面向業務人員，增加BPMS（業務流程管理系統）特性。 在回顧之前，我們首先討論一下BPMS應該嵌入還是獨立部署的問題，因為不管是jBPM還是Activiti，都強調了流程服務的可嵌入性。此外，我們還需要討論一下什么是BPMS的特性，它們所解決的問題是什么。

工作流（Workflow），就是“業務過程的部分或整體在計算機應用環境下的自動化”，它主要解決的是“使在多個參與者之間按照某種預定義的規則傳遞文檔、信息或任務的過程自動進行，從而實現某個預期的業務目標，或者促使此目標的實現”。 通俗的說，流程就是多個人在一起合作完成某件事情的步驟，把步驟變成計算機能理解的形式就是工作流。

工作流系統 ：workflow management systems (WFMS) 工作流系統的現狀：還處于技術發展曲線（technology hype curve）上的初級階段。 WFMC：是由約300家成員參加的組織，基于參考模型定義了一系列的標準。參考模型用例（use case）的形式描述了工作流系統和其他相關部分之間的關系。XPDL是WFMC制定的描述業務流程控制流（control flow ）的XML格式規范。

JBPM4工作流介紹。流程整合的模型，已經超越了“流程運轉模型”的概念范疇。但是作為目前“系統整合”的一個比較流行的趨勢，拿到這里順便提一下。現在的業務越來越復雜，跨區域，跨部門之間信息交互方式的需要越來越明顯，而且跨區域，跨部門之間業務配合也越來越多。從信息整合的發展來看，“面向應用的數據層整合”和“面向服務的接口層整合”都逐漸走向“BMP”模式：由中央主流程控制多個子流程（分布在不同地域或不同部門，各自獨立的流程）協同運行，以達到整個業務邏輯的運行。 其實在第二章“流程的激活模型”的“外界消息激活”模型中，我已經簡單提到了一些，只是不太明確。那么現在讓我們來看看一個普通的“流程整合”大概是什么樣子的，請參看下圖。 實際的整合要比這張圖上的復雜很多，也許還會有一些JMS/WebService 等的信息交換接口，可能用到不同廠家的數據交換平臺，或消息中間件等等；當然那些安全措施也必不可少了。 簡單的整合模型，基本上都是采用“主流程控制”的方式：由一個主流程控制整個流程的運行，由各個子流程具體完成某項任務，并向主流程返回處理結果。主流程在確定子流程正確運行/處理完后，并得到處理完的信息后，會繼續按照預定的流程路線，激活另一個子流程。

什么是jBPM?jBPM是一個可擴展、靈活的流程引擎， 它可以運行在獨立的服務器上或者嵌入任何Java應用中。 文檔內容：在這個用戶指南里，我們將介紹在持久執行模式下的jPDL流程語言。 持久執行模式是指流程定義、 流程執行以及流程歷史都保存在關系數據庫中， 這是jBPM通常使用的方式。這個用戶指南介紹了jBPM中支持的使用方式。 開發指南介紹了更多的、高級的、定制的、 沒有被支持的選項。