Mule Request Reply作用域无法读取数据库请求的响应

我一直在尝试构建一个有效的流，使用数据库作为队列。这样做的原因是，其他进程需要读取和回复此消息，并且是按这种方式设计的。不幸的是，我无法控制另一个进程，无法让它响应不同的排队系统

因此，流程的工作方式如下：HTTP请求将记录插入数据库->单独的应用程序（mule之外）轮询此数据库表中的消息，并用另一条消息响应到另一个表中（此步骤可能需要>5秒的响应时间）->读取此新行并响应原始HTTP请求。

在这种设计中，请求-应答作用域总是在等待应答出现时超时。（我手动将其设置为20秒以快速显示）

等待消息响应id“3e1a7750-ee13-11e6-ae40-0c9920524153”时响应超时（20000ms），或者此操作被中断。无法通过终结点路由事件：null。消息负载的类型为：整数

我显然错过了一些东西，似乎无法从mule找到正确的文档。我希望这个网站的一个好用户可以纠正我的错误

下面是该视图的流程和示例

 <flow name="mainFlow">
    <http:listener config-ref="HTTP_Listener_Configuration" path="hello" doc:name="HTTP"/>
    <cxf:jaxws-service doc:name="CXF" configuration-ref="CXF_Configuration" serviceClass="kansas.MuleTestServiceImpl"/>
    <request-reply doc:name="Request-Reply" timeout="20000">
        <db:insert config-ref="Oracle_Configuration" doc:name="Database">
            <db:parameterized-query><![CDATA[insert into tblRequest (id, correlationId, replyTo) values (#[message.id], #[message.correlationId], #[message.replyTo])]]></db:parameterized-query>
        </db:insert>
        <jms:inbound-endpoint queue="test.response" connector-ref="syncJms" doc:name="JMS">
            <jms:transaction action="JOIN_IF_POSSIBLE"/>
        </jms:inbound-endpoint>
    </request-reply>
    <logger message="payload is #[payload]" level="INFO" doc:name="Logger"/>
</flow>
<flow name="databasePoller">
    <poll doc:name="Poll">
        <fixed-frequency-scheduler frequency="5000"/>
        <db:select config-ref="Oracle_Configuration" doc:name="Database">
            <db:parameterized-query><![CDATA[select id,correlationId,msgresponse,replyto from tblResponse]]></db:parameterized-query>
        </db:select>
    </poll>
    <foreach collection="#[payload]" doc:name="For Each">
        <set-variable variableName="storedPayload" value="#[payload]" doc:name="storePayload"/>
        <db:delete config-ref="Oracle_Configuration" doc:name="Database">
            <db:parameterized-query><![CDATA[delete from tblResponse where correlationId = #[storedPayload.correlationId]]]></db:parameterized-query>
        </db:delete>
        <set-payload value="#[flowVars.storedPayload]" doc:name="restorePayload"/>
        <message-properties-transformer overwrite="true" doc:name="Message Properties">
            <add-message-property key="MULE_CORRELATION_ID" value="#[payload.ID]"/>
            <add-message-property key="MULE_REPLYTO" value="#[payload.REPLYTO]"/>
        </message-properties-transformer>
        <set-payload value="#[payload.MSGRESPONSE]" doc:name="Set Payload"/>
        <jms:outbound-endpoint queue="test.response" connector-ref="syncJms" doc:name="JMS"/>
        <logger level="INFO" doc:name="Logger"/>
    </foreach>
</flow>

以下例外情况


消息：等待消息响应id“b9a93d10-efa4-11e6-808b-0c9920524153”的响应超时（20000ms）或此操作被中断。无法通过终结点路由事件：null。消息负载的类型为：整数
类型：org.mule.api.routing.ResponseTimeoutException
代码：MULE_错误--2
JavaDoc：
有效载荷：1

根异常堆栈跟踪：
org.mule.api.routing.ResponseTimeoutException:响应超时（20000ms），等待消息响应id“b9a93d10-efa4-11e6-808b-0c9920524153”或此操作被中断。无法通过终结点路由事件：null。消息负载的类型为：整数
位于org.mule.routing.requestreply.AbstractAsyncRequestReplyRequester.receiveAsyncReply（AbstractAsyncRequestReplyRequester.java:283）
在org.mule.routing.requestreply.AbstractAsyncRequestReplyRequester.process（AbstractAsyncRequestReplyRequester.java:89）中，我简化了流程以使其正常工作。如果您不在单独的流中轮询DB，而是使用VM队列触发它，那么这可能是一个合适的解决方案

<flow name="mainFlow">
    <http:listener config-ref="HTTP_Listener_Configuration"
        path="hello" doc:name="HTTP" />
    <dw:transform-message doc:name="Transform Message">
        <dw:set-payload>
          <![CDATA[%dw 1.0 %output application/java
          ---
          {
             name: "abc",
             euro: 130,
             usd: 123
           }]]></dw:set-payload>
    </dw:transform-message>
    <request-reply doc:name="Request-Reply" timeout="20000">
        <vm:outbound-endpoint exchange-pattern="one-way" path="db" doc:name="VM">
             <message-properties-transformer scope="outbound"> <delete-message-property key="MULE_REPLYTO"/> </message-properties-transformer>
            </vm:outbound-endpoint>
        <vm:inbound-endpoint exchange-pattern="one-way" path="test.response" doc:name="VM"/>
    </request-reply>
    <logger message="#[message.payloadAs(java.lang.String)]" level="INFO" doc:name="Logger"/>
</flow>
<flow name="soFlow">
    <vm:inbound-endpoint exchange-pattern="one-way" path="db" doc:name="VM"/>
    <db:insert config-ref="MySQL_Configuration" doc:name="Database">
        <db:parameterized-query><![CDATA[insert into item (
           item_name,
           price_euro,
           price_usd) 
              values (#[payload.name], #[payload.euro], #[payload.usd])]]>              </db:parameterized-query>
    </db:insert>
    <vm:outbound-endpoint exchange-pattern="one-way" path="call-db-query" doc:name="VM"/>
</flow>
<flow name="databasePoller">
    <vm:inbound-endpoint exchange-pattern="one-way" path="call-db-query" doc:name="VM"/>
    <db:select config-ref="MySQL_Configuration" doc:name="Database">
        <db:parameterized-query><![CDATA[select item_name,
        price_euro,
        price_usd  from item]]></db:parameterized-query>
    </db:select>
    <vm:outbound-endpoint exchange-pattern="one-way" path="test.response" doc:name="VM"/>
</flow>

我相信我已经解决了这个问题。
我完全使用HTTP请求端点而不是数据库轮询器来实现这一点。在查看该消息时，一个区别似乎是通过我的数据库轮询器，mule放置了2个附加属性。MULE_相关性序列和MULE_相关性组大小

通过在将消息发送到jms之前删除这些属性，允许请求-应答范围正确标识jms队列中的响应


有三件事可以帮上忙。首先，请您更详细地描述一下您希望实现的目标。第二，添加完整的日志条目，第三，您可以尝试重构。将DB部分移动到通过VM队列调用的子流中。在请求-应答作用域中添加一个VM队列出站（作为exchange模式请求-应答），并使用VM和DB连接器调用新流。通过这种方式，Mule可能能够实际响应，因为它可能在您当前的配置中找不到响应（jMS场景中的临时队列）。此外，该信息也可能更具启发性：不幸的是，我无法要求提出请求的软件为此返工其系统。他们有一个关于同步http请求的要求，可能是由于遗留软件的需要。我真希望我有这种能力。