【问题标题】:Design of request-reply scope in mule, why does the reply section mandate a outbound endpointmule中request-reply范围的设计,为什么reply部分要求出站endpoint
【发布时间】:2015-05-17 02:43:39
【问题描述】:

request-reply scope 要求我们在范围的回复部分放置一个出站端点,我想知道为什么范围是这样设计的?

为什么 Mule 内部不能处理这个细节?

所有 MP 只能放在 request-reply 范围之后,因此我认为 Mule 应该能够使用它选择的任何端点获取回复,并将有效负载转发到范围之后的 MP。

还要注意,从请求部分调用的流程从不引用回复部分中指定的出站端点,所以这个细节无论如何都是由 Mule 处理的,那为什么还要要求开发人员指定一个出站呢?

【问题讨论】:

    标签: mule


    【解决方案1】:

    request-reply 范围是 Request-Reply integration pattern 的 1:1 实现:

    使用稳定(即非动态、非私有)渠道进行回复具有优势,包括能够从任何流程中的任何点触发回复。

    如果您不需要,请考虑使用同步端点。例如,同步 JMS 端点创建动态回复通道(回复队列)以透明地支持将响应路由回调用方。

    【讨论】:

      猜你喜欢
      • 2017-06-26
      • 2015-05-06
      • 2014-04-03
      • 2012-02-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多