監控流程活動以上介紹的前兩個步驟(初始化流程並啟用工作流)中，流程狀態通過 iprocesshandle 和 iinstancehandle api 介面以視覺化方式進行了更新。
oracle bpel 控制台提供了乙個基於 web 的介面，用於部署、管理和除錯 bpel 流程。它是乙個使用 jsp 頁面和 servlet(呼叫 bpel 流程管理器 api)設計的管理工具。因此，您可以輕鬆地使用 api 開發您自己的 ria 控制台，以提供乙個業務級別的流程監控介面。
該控制台為特定的流程例項提供了可視反饋，甚至還提供了指向與流程中給定步驟關聯的審計線索資料的鏈結。而 ria 控制台的主要優勢在於它能夠執行實際分析與計畫分析。該控制台顯示流程在其執行過程中可能採取的所有可能的步驟;它還顯示在執行過程中實際採用的路徑。使用者可以單擊任何流程節點來檢索 bpel 有效荷載，並在對話方塊中顯示該有效荷載資訊。
由於提供了以視覺化方式描繪的理想與實際流程路徑以及在有效荷載級別進行下鑽這一功能，終端使用者可以自行分析流程並標識故障點，而無需 it 人員的參與。圖 4 描繪了實際與理想流程路徑分析的示例;「實際」路徑用綠色標記。
圖 4 實際與理想的流程路徑分析
下面，我們將介紹如何顯示流程以實現此分析，以及如何檢索審計線索資料並在 ria 應用程式中以視覺化方式描繪它。
顯示流程
flex bpel 面板元件呼叫 iprocesshandle 介面來檢索整個業務模型的 xml 表示。bpel 面板使用 iinstancehandle 介面收集當前例項審計線索的 xml 表示。隨後，bpel 面板將比較並合併這兩個 xml 表示，以建立乙個可以描述整個模型以及所採用路徑的使用者介面。
flex 尤其擅長於通過它的原生 xml 功能執行此類操作。flex 可以使用 flex repeater 控制項與 actionscript 的組合輕鬆地合併兩個 xml 表示。組合使用時，它們能夠將 xml 轉換為陣列，然後利用固有的陣列處理功能簡化 xml 的合併。
由於流程模型 xml 包含所有可能的節點，因此它實際上充當了 bpel 面板的基礎。在流程模型的每個步驟中，都將比較流程模型 id 與審計線索模型 id。當流程與審計的 id 匹配時，該節點的結果將從審計模型複製到流程模型。確定採用哪個路徑與查詢模型中哪些節點具有與其關聯的例項資料一樣簡單。
構建富網際網路應用程式監控工作流和流程 1
為了提高運營效率，越來越多的企業正在將其關鍵業務流程進行自動化。但是，即使流程實現了自動化，也會因為以下兩個重要原因而需要手動互動 使流程前進到下一步 工作流 以及為終端使用者提供實時流程可見性 流程監控 來看乙個開立新銀行帳戶的業務流程。首先，客戶提供必需的詳細資訊 姓名 位址 ssn 起存額 以...
構建富網際網路應用程式監控工作流和流程 7
檢視審計線索資料 審計線索資料可用於已經執行的每個流程節點。該功能類似於 bpel 控制台中相應的功能。通過 flex 使用者介面，可以訪問在使用者介面中選擇的流程節點的詳細資訊資料 請參見圖 5 圖 5 檢視有效載荷資訊 可以使用以下 actionscript 2.0 提取審計線索資料 bpelo...
構建富網際網路應用程式監控工作流和流程 2
下面的圖 1 顯示了新帳戶業務流程的 ria 前端。圖 1 新帳戶流程的 ria 前端 下面，我們將了解它的四個主要元件及其重要功能 這些面板提供了卓越的可用性體驗並與 bpel api 互動。下面，我們將了解利用哪些後端 api 函式執行 ria 前端。bpel 流程管理器 api 後端。bpel...