我已經閱讀了所有「出庫」物業的騾子浮冰將被轉換爲穿過「運輸障礙物」的「INBOUND」物業。我不明白這是什麼「運輸障礙的意思」。它是從Mule出站連接器調用外部世界嗎?或者在騾子項目本身內調用流程?在瞭解物業方面需要澄清「運輸障礙」
1
A
回答
2
A「傳輸阻擋」是當你的騾消息經過一個端點,使得使用一個傳輸的(比方說,HTTP端點,JMS,TCP,VM等)。
有Mule中調用流的方法有兩種:
- 通過終點。
- 通過Flow-Ref組件。
第一種情況使用傳輸,因此,您的消息會經歷整個序列化和反序列化過程。在一天結束時,你仍然會得到相同的有效負載,但它將是一個不同的穆勒消息。
在第二種情況下,直接調用流 - Mule消息按原樣發送到被調用的流。
這裏強調的一個重要的事情是,流量變量在通過運輸系統調用時不會傳播到流量(因此跨越傳輸障礙)。當使用flow-ref組件調用流時,即使Mule消息不在定義流變量的相同流中,也可以訪問流變量。關於這一主題
更多信息可以在這裏找到:
http://blogs.mulesoft.org/mule-school-the-mulemessage-property-scopes-and-variables/
1
消息出站屬性轉換成入站性能when a message passes from outbound-endpoint of one flow to inbound-endpoint of other flow.
獲取更多信息,您可以參考這裏mulesoft文檔Mule Message Structure
希望這有助於!
祝你好運!
1
爲豪爾在他的回答中提到,我只想補充以下內容: -
當一條消息由出站端點通過運輸發送,如HTTP或JMS等......出站的特性,只要消息由入站端點接收,消息就會從出站屬性轉換爲下一個流中的入站屬性。
現在,在您使用flow-ref調用子流時,出站屬性將不會更改,因爲它們沒有轉換爲入站屬性,因爲您不通過任何傳輸發送消息,它們將保留僅作爲出站屬性。
此作爲消息屬性得到改變經由運輸穿越被稱爲傳輸阻擋
相關問題
- 1. 瞭解日曆時間,澄清需要
- 2. .NET的P/Invoke澄清了DllImportAttribute.Value物業
- 3. 物業無障礙在科特林
- 4. 故障切換視圖,澄清需要
- 5. 需要澄清NSAutoreleasePool
- 6. ApplicationDomain澄清需要
- 7. 需要澄清UIApplicationState
- 8. ConcurrentModificationException,需要澄清
- 9. InsertHelper澄清需要
- 10. 需要澄清Datatable
- 11. drawAtPoint,澄清需要
- 12. previousLocationInView,澄清需要
- 13. NSFetchedResultsController:DOC澄清需要
- 14. rootViewController澄清需要
- 15. 在NSRunLoop,澄清需要
- 16. 需要在C#旗澄清
- 17. 在ServerSocket的,需要澄清
- 18. 澄清需要按位不(〜)運算符
- 19. 需要澄清以瞭解Salesforce App中的標準字段
- 20. 瞭解合併彙總統計,澄清需要
- 21. 需要澄清addAll方法的行爲
- 22. 測試私有方法,澄清需要
- 23. 需要澄清LLVM C方法
- 24. Pygame - 如何使需要躲避的障礙物數量增加
- 25. 魔方中的障礙物和Defs
- 26. 需要澄清毒斑點
- 27. Angular2 - Keyup需要澄清
- 28. On UnsatisfiedLinkError,需要澄清
- 29. 需要澄清認識_.some()
- 30. 需要澄清SVN恢復
這樣做幫助嗎?如果有幫助,請接受其中一個答案,以便其他尋找相同問題的人可以輕鬆找到答案 – Vihar 2015-03-04 05:13:19