VM 流是否支持 mulesoft 入站端點中的請求-響應交換模式？

Question

如果它確實支持，則流程不會在我的 vm 流程中進一步進行。 未調用組件 def。

<flow name="abc">
<vm:inbound-endpoint exchange-pattern="request-response"
        path="abc" doc:name="VM" />
<component doc:name="def">
        <spring-object bean="defcomponent" />
</component>
</flow>

Answer 1

是的，它確實支持它，但閱讀文檔我懷疑它不像你期望的那樣工作： https : //docs.mulesoft.com/mule-runtime/3.9/vm-transport-reference#features

請求響應：

使用請求-響應端點時，消息直接從出站 vm 端點傳遞到在同一路徑上偵聽的入站 vm 端點。 這種傳遞是阻塞的並且發生在同一個線程中。 如果在此路徑上偵聽的同一 Mule 應用程序中沒有入站請求-響應 VM 端點，則從出站端點分派消息將失敗。

單程：

使用單向端點時，消息通過隊列傳遞到相應的入站端點。 此交付是非阻塞的。 如果在同一個 Mule 應用程序中沒有入站單向端點偵聽這條路徑，那么，盡管消息派發成功，消息仍保留在隊列中。 默認情況下，這個隊列在內存中，但也可以配置一個使用文件系統作為其持久化機制的持久化隊列。

我知道對於請求-響應，有從 vm:outbound 到 vm:inbound 的直接傳輸，而不是通過隊列。 這並不意味着在 JMS 隊列中存在一個不同的路徑特性的回復。