在mule中请求-应答范围的设计,为什么应答部分要求一个出站端点

在mule中请求-应答范围的设计,为什么应答部分要求一个出站端点,mule,Mule,我们在作用域的回复部分放置出站端点的要求,我想知道为什么作用域是这样设计的 为什么这个细节不能由Mule内部处理 所有MP只能放在请求-应答作用域之后,因此我认为Mule应该能够使用它选择的任何端点获得应答,并将有效负载转发到作用域之后的MP 还请注意,从请求部分调用的流从不引用应答部分中指定的出站端点,因此此细节无论如何由Mule处理,那么为什么还要要求开发人员指定出站呢?请求应答范围是以下内容的1:1实现: 使用稳定的ie非动态、非专用通道进行回复有很多优点,包括从任何流中的任何点触发回复的

我们在作用域的回复部分放置出站端点的要求,我想知道为什么作用域是这样设计的

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

所有MP只能放在请求-应答作用域之后,因此我认为Mule应该能够使用它选择的任何端点获得应答,并将有效负载转发到作用域之后的MP

还请注意,从请求部分调用的流从不引用应答部分中指定的出站端点,因此此细节无论如何由Mule处理,那么为什么还要要求开发人员指定出站呢?

请求应答范围是以下内容的1:1实现:

使用稳定的ie非动态、非专用通道进行回复有很多优点,包括从任何流中的任何点触发回复的能力

如果您不需要这个,那么可以考虑使用同步端点。例如,同步JMS端点创建了一个动态应答通道和应答队列,以透明地支持将应答路由回调用方