簡體   English   中英

BPEL:異步/同步模式

[英]BPEL: Asynchronous/Synchronous pattern

我想知道它是否正確。

模式接收 - 回復用於同步Web服務。 在這種情況下,可以在wsdl文件中定義單個端口。

實際上,調用模式也用於制作異步Web服務。 在這種情況下,在wsdl中定義了兩個端口。

所以,我的問題是:是否可以使用回復活動來創建異步調用?

先感謝您。

我真的不明白你的問題,但我嘗試解釋BPEL中的同步與異步關系,希望它也能回答你的問題:

a)即使是雙向請求 - 響應操作(看起來像是同步操作)也可以綁定到異步傳輸協議(如SMTP,JMS,XMPP,AMQP ......)

b)您描述的模式對於傳入服務調用是正確的,即當客戶端調用BPEL流程實例時。 如果BPEL流程的WSDL將操作定義為請求 - 響應,則需要將其建模為BPEL中的接收 - 響應對。 這可以被視為同步呼叫(但參見a))。 如果由於某種原因,此操作無法綁定到異步傳輸協議,並且由於某種原因(例如,之間長時間運行的處理),調用必須是異步的,您需要將操作拆分為兩個單向操作。 這意味着該進程現在為原始請求提供一個操作,並且調用者現在必須為原始響應提供一個單向操作。 這被建模為BPEL中的receive-invoke對。 兩者都通過合作伙伴鏈接互連。 這是異步的。

單個回復沒有意義,因為回復活動始終連接到接收活動,即它僅負責操作的響應部分,不能用於單向操作。 如果要調用外部服務,請使用invoke。 通過請求 - 響應操作,調用將直接返回結果。 如果調用應該是異步的,則使用一個invoke-receive對,每個提供/調用一次單向操作。

HTH,Tammo

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM