Java 如何实现;“单向”;Mule中新HTTP连接器的交换模式?
我引用的是 在旧的HTTP连接器上,对于入站和出站端点,它 可以设置交换模式,以便只发送消息 在一个方向上,因此入站端点不会将请求发送回服务器 请求者和出站端点不会侦听响应 我同意他们的要求。新的HTTP连接器始终具有双向连接 沟通 在新的HTTP连接器中,单向似乎不是一个选项,但我确实需要在我的应用程序中使用单向交换模式(我的应用程序和子公司的整个体系结构,主要是全国不同服务器上的服务),以执行如下代码:Java 如何实现;“单向”;Mule中新HTTP连接器的交换模式?,java,mule,esb,Java,Mule,Esb,我引用的是 在旧的HTTP连接器上,对于入站和出站端点,它 可以设置交换模式,以便只发送消息 在一个方向上,因此入站端点不会将请求发送回服务器 请求者和出站端点不会侦听响应 我同意他们的要求。新的HTTP连接器始终具有双向连接 沟通 在新的HTTP连接器中,单向似乎不是一个选项,但我确实需要在我的应用程序中使用单向交换模式(我的应用程序和子公司的整个体系结构,主要是全国不同服务器上的服务),以执行如下代码: <until-successful objectStore-ref="o
<until-successful objectStore-ref="objectStore" maxRetries="${MaximumRetry}" secondsBetweenRetries="${RetryInterval}">
<http:outbound-endpoint address="${EMCURL}" exchange-pattern="one-way">
<transformer ref="contentTypeTextXML"/>
</http:outbound-endpoint>
</until-successful>
那么,在迁移到新的HTTP连接器时,我有哪些选择呢?
我有三个选择
谢谢如果您对响应不感兴趣,只需将HTTP请求放在异步作用域或通过单向vm端点调用的另一个流中即可 但我从mule那里得到的理解是,把它放进去并不会中止反应。它将只等待其他threadTrue中的响应,但由于HTTP是一种请求响应,因此它的设计与您将其设置为单向时旧HTTP传输的设计相同。与AsiNC的唯一区别是,您的调用流不会等待调用在继续之前完成。我猜这个解决方案是和第二个选项的实现:黑客解决方案:DI不认为它是黑客解决方案,至少不比旧HTTP传输所做的要多。而是通过设计为同步的协议处理异步通信的合理方法。但这只是我的观点。被接受为黑客解决方案;)