【问题标题】:Mule Request-Reply Scope failing to read response with database requestMule Request-Reply Scope 无法读取数据库请求的响应
【发布时间】:2017-06-26 08:58:13
【问题描述】:

我一直在尝试构建一个有效的流程,将数据库用作队列。这样做的原因是其他进程应该阅读和回复这个消息,并且是这样设计的。不幸的是,我无法控制这个其他进程,也无法让它响应不同的排队系统。

因此流程将像这样工作:将记录插入数据库的 HTTP 请求 -> 单独的应用程序(在 mule 之外)轮询此数据库表以获取消息,并用另一条消息响应另一个表(此步骤可能需要 >5 秒才能响应)-> 读取此新行并响应原始 http 请求。

在这种设计中,请求-回复范围总是在等待回复出现时超时。 (我手动将其设置为 20 秒以快速显示)

等待消息响应 ID“3e1a7750-ee13-11e6-ae40-0c9920524153”的响应超时(20000 毫秒)或此操作被中断。无法通过端点路由事件: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>

以下例外


消息:响应超时(20000 毫秒)等待消息响应 ID“b9a93d10-efa4-11e6-808b-0c9920524153”或此操作被中断。无法通过端点路由事件:null。消息有效负载的类型:整数 类型:org.mule.api.routing.ResponseTimeoutException 代码:MULE_ERROR--2 JavaDoc:http://www.mulesoft.org/docs/site/current3/apidocs/org/mule/api/routing/ResponseTimeoutException.html 有效载荷:1

根异常堆栈跟踪: org.mule.api.routing.ResponseTimeoutException:响应超时(20000 毫秒)等待消息响应 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 队列调用的子流中。在请求回复范围内添加一个出站 VM 队列(作为交换模式请求-回复),并使用 VM 和 DB 连接器调用新流。这样,Mule 可能能够实际响应,因为它可能在您当前的配置中找不到响应(jMS 场景中的临时队列)。
  • 另外,这些信息也可能更具启发性:ricston.com/blog/…

标签: mule mule-studio


【解决方案1】:

我相信我已经解决了这个问题。 我完全使用 HTTP 请求端点而不是数据库轮询器来完成这项工作。查看消息时,似乎一个区别是通过我的数据库轮询器,mule 放置了 2 个附加属性。 MULE_CORRELATION_SEQUENCE 和 MULE_CORRELATION_GROUP_SIZE。

通过在将消息发送到 jms 之前删除这些属性,允许 request-reply 范围正确识别 jms 队列中的响应。

<remove-property propertyName="MULE_CORRELATION_SEQUENCE" doc:name="Property"/> <remove-property propertyName="MULE_CORRELATION_GROUP_SIZE" doc:name="Property"/>

【讨论】:

    【解决方案2】:

    我稍微简化了流程以使其正常工作。如果您不是在单独的流中轮询数据库,而是使用 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 请求的要求,可能是由于遗留软件的需要。不过我真希望我有这种能力。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-08-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多