【问题标题】:Does VM flow support request-response exchange pattern in the inbound-endpoint in mulesoft?VM 流是否支持 mulesoft 的入站端点中的请求-响应交换模式?
【发布时间】:2020-03-21 05:18:04
【问题描述】:

如果确实支持,则流程不会在我的 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>

【问题讨论】:

    标签: java xml mule mulesoft


    【解决方案1】:

    是的,它确实支持它,但是阅读文档我怀疑它不能像您期望的那样工作: https://docs.mulesoft.com/mule-runtime/3.9/vm-transport-reference#features

    请求-响应:

    当使用请求-响应端点时,消息直接传递 从出站 vm 端点到入站 vm 端点,即 在同一路径上聆听。此交付是阻塞的,发生在 同一个线程。如果没有入站请求-响应 VM 端点 在侦听此路径的同一个 Mule 应用程序中,然后 从出站端点分派消息失败。

    单向:

    当使用单向端点时,消息被传递到 通过队列对应的入站端点。本次发货是 非阻塞。如果同一个 Mule 中没有入站单向端点 应用程序侦听此路径,然后,虽然调度 消息成功,消息保留在队列中。默认情况下,这 队列在内存中,但也可以配置一个持久化的 使用文件系统作为其持久性机制的队列。

    我知道对于请求-响应,直接从 vm:outbound 传输到 vm:inbound,而不是通过队列。这并不意味着像 JMS 队列中那样有一个不同的路径特性。

    【讨论】:

    • 感谢您的回复!不过我想知道,这里的路径是一样的,那为什么不调用组件 def 呢?!如果你能提供更多的说明这一点..
    • 请将发送 vm:outbound 的流添加到描述中。我假设它们都在同一个应用程序中。
    • 是的,两者都在同一个应用程序中。在这个特定的流程中没有 vm:outbound。如果您的意思是其组件调用此流的流,那么它是石英流。
    • 我不明白。此流程应由另一个流程通过 vm outbout 端点发送消息来调用(例如 )。否则为什么要使用 vm 入站端点作为消息源?
    猜你喜欢
    • 2020-06-21
    • 2011-05-31
    • 1970-01-01
    • 2015-08-11
    • 2016-06-02
    • 1970-01-01
    • 2020-10-13
    • 2020-03-17
    • 1970-01-01
    相关资源
    最近更新 更多