【正文】 ntExecutionId)。 assertNotNull((collect feedback))。 pi = (documentExecutionId)。 group 會通過默認轉移退出， 當所有包含的工作都已經(jīng)完成的時候。 assertNotNull((make planning))。 assertNotNull((distribute document))。 模擬一個多入口點， 一個 group 也可以有多個退出點。 (())。 assertNotNull(approveExecution)。 assertEquals(publish document, ())。 assertEquals(distribute document, ())。 assertEquals(collect feedback, ())。 ProcessInstance processInstance = executionService .startProcessInstanceByKey(GroupSimple)。 圖 . 簡單 group 實例流程 process name=GroupSimple xmlns= start transition to=evaluate document / /start group name=evaluate document start transition to=distribute document / /start state name=distribute document transition to=collect feedback / /state state name=collect feedback transition name=approved to=done / transition name=rejected to=update document / /state state name=update document transition to=distribute document / /state end name=done / transition to=publish document / /group state name=publish document / /process 下面的代碼片段展示了一個測試環(huán)境， 當?shù)谝淮蔚竭_ collect feedback 時，會拒絕一個文檔。 一個組就對應著一個 BPMN 的子流程。新定時器就會被創(chuàng)建，直到 guardedWait 狀態(tài)活動被 signal結束。 當定時器觸發(fā)，在 10 秒之內一個新定時器會被創(chuàng)建。 當我們不知道什么時候 TimerBusinessTimeTest 將執(zhí)行時，我們只能在測試里驗證 真實的計劃定時器的持續(xù)時間最少是 24小時以上。 . 定時器工作時間 示例 TimerBusinessTimeTest 展示工作定時器如何工作。 這種情況，流程會在 next step 結束。 在那之后，流程實例會進入 timeout 流向 并移動到 escalation 狀態(tài)。 相對的，我們在單元測試的線程中直接執(zhí)行定時器。 和下面的 query，我們可以為定時器查詢關聯(lián)的流程實例。 . 定時器流向 例子 展示如何把一個定時器放到流向上。 (, 21)。 那包含了一個工作時間的配置，向下面的配置格式： ?xml version= encoding=UTF8? jbpmconfiguration xmlns= processenginecontext businesscalendar monday hours=9:0012:00 and 12:3017:00/ tuesday hours=9:0012:00 and 12:3017:00/ wednesday hours=9:0012:00 and 12:3017:00/ thursday hours=9:0012:00 and 12:3017:00/ friday hours=9:0012:00 and 12:3017:00/ holiday period=01/07/2020 31/08/2020/ /businesscalendar /processenginecontext /jbpmconfiguration 如果默認的工作日歷實現(xiàn)能夠滿足你， 你可以直接在 xml 配置里像上面那樣調整時間。 添加額外的 business 意味著 只有工作時間應該被計算在持續(xù)時間內。 比如： 20分鐘 或 3個工作日 。 當進入這個活動時定時器被創(chuàng)建。 當這個定時器被觸發(fā)，那個流向就會被執(zhí)行。 我們不會為這些活動和功能提供已經(jīng)穩(wěn)定的保證。 為了在這方面幫助你，這里有一個jPDL 當前所用的 maven 依賴的列表： [INFO] [INFO] Building jBPM 4 jPDL [INFO] tasksegment: [dependency:tree] [INFO] [INFO] [dependency:tree] [INFO] :jbpmjpdl:jar: [INFO] + :jbpmpvm:jar::pile [INFO] | + :jbpmapi:jar::pile [INFO] | | \ jboss:jbossj2ee:jar::pile [INFO] | + :jbpmlog:jar::pile [INFO] | + :jbpmtestbase:jar::pile [INFO] | | \ :hibernatecore:jar::pile [INFO] | | + antlr:antlr:jar::pile [INFO] | | \ monscollections:monscollections:jar::pile [INFO] | + :ant:jar::pile [INFO] | | \ :antlauncher:jar::pile [INFO] | + log4j:log4j:jar::pile [INFO] | + juel:juel:jar::pile [INFO] | + juel:juelimpl:jar::pile [INFO] | + juel:juelengine:jar::pile [INFO] | + :slf4japi:jar::pile [INFO] | + :slf4jjdk14:jar::pile [INFO] | + :idmcore:jar::pile [INFO] | | + :idmmon:jar::pile [INFO] | | + :idmapi:jar::pile [INFO] | | + :idmspi:jar::pile [INFO] | | \ :jaxbimpl:jar::pile [INFO] | | \ :jaxbapi:jar::pile [INFO] | | \ :staxapi:jar::pile [INFO] | + :idmhibernate:jar::pile [INFO] | | + javassist:javassist:jar::pile [INFO] | | + :hibernatecglibrepack:jar::pile [INFO] | | \ :slf4jlog4j12:jar::pile [INFO] | + :hibernateentitymanager:jar::pile [INFO] | | + :ejb3persistence:jar::pile [INFO] | | + :hibernatemonsannotations:jar::pile [INFO] | | + :hibernateannotations:jar::pile [INFO] | | + dom4j:dom4j:jar::pile [INFO] | | | \ xmlapis:xmlapis:jar::pile [INFO] | | \ :jta:jar::pile [INFO] | + :livetribejsr223:jar::pile [INFO] | \ :mail:jar::pile [INFO] | \ :activation:jar::pile [INFO] + junit:junit:jar::pile [INFO] \ hsqldb:hsqldb:jar::test [INFO] jboss 的 idm 依賴在 :*部分，可以忽略， 包含:hibernateentitymanager 這個列表應該已經(jīng)讓你開始選擇一個子集，而不是從 ${}/lib 目錄下包含所有依賴庫。所以我們還不能給出 lib 目錄下，你需要包含到應用中的， jar 的最小集合。 所以單獨使用發(fā)布包中的 不會在編譯時區(qū)分 API 類和實現(xiàn)類。 第 5 章 流程虛擬機 到 第 9 章 高級圖形執(zhí)行 解釋了 jBPM 的核心，流程虛擬機（ PVM），活動和事件監(jiān)聽器 是如何建立在它上面的。 . 概述 第 2 章 孵化器 解釋了最終會放到用戶手冊中的功能， 它們會成為支持的一部分。第 1 章 簡介 . 目標讀者 這個開發(fā)指南是為了給有經(jīng)驗的開發(fā)者看的， 這樣就可以獲得 jBPM 的完全的靈活性。 要注意孵化器中的功能還沒有 確保穩(wěn)定。 第 10 章 配置 到 第 18 章 Signavio web 建模器 解釋了 jBPM 框架的高級用法。 如果你想只依賴 jBPM 的 API，來構建一個自己的工程， 可以直接使用我們的倉庫。 （參考 Jira issue JBPM2556 然后進行投票，如果你希望讓我們知道這些問題對你優(yōu)先級很高）。 第 2 章 孵化器 這一章介紹了一些更高級的 jPDL 的活動和功能， 這些功能還在開發(fā)中。 所以要自己 承擔風險。 一 個定時器可以被指定在自定義事件中，在等待或東西 比如 state， task，subprocess 和 group 中。 定時器可以觸發(fā)當流程一直處于這個活動，直到 duedate。 repeat 持續(xù)時間表達式 optional 當定時器觸發(fā)，這個屬性指定什么時候定時器需要再次觸發(fā)。 如果沒有指定 business，持續(xù)時間會使用絕對時間間隔。 如果默認實現(xiàn)沒有覆蓋你的用例，你可以簡單重寫自己的實現(xiàn) 通過實現(xiàn) 接口。 return ()。 圖 . 定時器流向示例流程 process name=TimerTransition xmlns= start transition to=guardedWait / /start state name=guardedWait transition name=go on to=next step / transition name=timeout to=escalation timer duedate=10 minutes / /transition /state state name