通過并行活動模式創(chuàng)建靈活可配置的業(yè)務流程

申請免費試用、咨詢電話：400-8352-114

這個文章系列主要介紹了組合業(yè)務服務(CBS)的開發(fā)，本文是其中的第9部分。可以通過組合現(xiàn)有的SOA服務得到CBS，或者作為一個新的服務創(chuàng)建CBS，它們的目的都是提供可配置性。本文介紹了用于為CBS設計業(yè)務流程執(zhí)行語言(BPEL)流程的并行活動模式。本文提供了一個銀行用例示例，該用例實現(xiàn)了這種模式，以便在從CBS構建的簡單應用程序中創(chuàng)建靈活的、可配置的業(yè)務流程。本文描述了一個利用BPEL并行活動來實現(xiàn)實際用例的解決方案?？梢詫嵗鄠€并發(fā)流程，并發(fā)流程的數(shù)目是不確定的，可以由業(yè)務對象在運行時指定。本文首先簡單介紹了并行活動模式，然后提供了一個貸款請求用例，通過這個用例您將了解如何使用并行活動模式以實現(xiàn)靈活性和可配置性。

回顧貸款請求用例

您可以查看本系列中的其他文章以獲得到目前為止有關這個用例場景的詳細信息。在這個場景中，貸款請求用例是在某個銀行客戶使用該銀行的Web門戶申請貸款產(chǎn)品時觸發(fā)的。來自銀行的、基于Web的用戶界面的貸款應用程序的提交操作，將調用貸款審批BPEL流程。這個流程將從該客戶的配置文件中檢索他的社會保險號，并使用這個編號來調用一個信用檢查BPEL流程，從而實現(xiàn)了并行活動模式。信用檢查BPEL從多個代理處獲得一份信用評分的列表，并將該列表返回給貸款審批流程。根據(jù)信用檢查BPEL流程所返回的列表中的實際信用評分，可以自動地拒絕或批準這個貸款請求，或者將其轉發(fā)以便進行人工審核。根據(jù)信用檢查BPEL流程所返回的列表計算平均信用評分，通過一組基于這個評分的業(yè)務規(guī)則作出相應的決策。

當一個貸款請求需要人工審核時，貸款審批流程將調用另一個BPEL子流程，其中包括人工任務的使用。將信用評分列表轉發(fā)到這個BPEL子流程。該銀行將檢查這個信用評分列表以及與申請者相關的附加信息，并決定是否應該批準這個貸款請求。

使用并行活動模式

在開始設計BPEL流程時，您可以使用任何模式，如同步模式、基于狀態(tài)模式、或者并行活動模式的不同類型(請參見參考資料)。這個部分介紹了一種并行活動模式，這種模式在進行BPEL設計的時候不需要知道并行活動的數(shù)目。對于直到運行時才能確定要調用的實例數(shù)目的情況，這種模式可以并發(fā)地調用多個BPEL流程實例。這種模式還可以確保在工作流結束之前完成所有的流程實例。即將推出的WS-BPEL 2.0規(guī)范中計劃包含這種并行活動模式，其中使用了一個新的BPEL forEach活動，以及子流程并行調用的一個關聯(lián)標志。本文描述了如何遵循并行活動模式并使用現(xiàn)有的WebSphere Integration Developer 6.0工具來實現(xiàn)其中每項活動的功能。圖1闡釋了這個模式：

圖1. 并行活動模式

名為MultiInvokeRun的父BPEL流程(如圖1中的上半部分所示)使用一個名為InvokeAll的循環(huán)元素(如圖1中的左上部分所示)進行重復的、單向的(異步)調用。第二個循環(huán)稱為WaitReplies(如圖1中的右上部分所示)，它并行地運行，并且在子流程(如圖1的下半部分中描述的MultiInvokeChild流程)完成時用于接收通知。在第一次調用之前，對于每次循環(huán)，都會在MultiInvokeRun流程的SetUpcounters活動中初始化一個計數(shù)器?？梢栽谶\行時通過這個計數(shù)器來幫助指定子流程的數(shù)目。直到接收到來自所有子流程的通知，WaitReplies循環(huán)才會結束。當WaitReplies循環(huán)結束時，父BPEL流程MultiInvokeRun也就完成了。