Question

在尝试恢复邮件中的原始有效负载时，我遇到了这个问题，让我对骡子邮件的范围感到困惑。鉴于下面的mule配置，我最初假设在test.Name vm端点收到的有效负载将在流程结束时恢复（参见配置中的1.和2.）：

<mule  ...>     
    <vm:endpoint name="replacePayloadWithFoo.Name"
            path="replacePayloadWithFoo.Path" />

    <flow name="test">
        <vm:inbound-endpoint name="test.Name" path="test.Path"
            exchange-pattern="request-response" />

        <!-- 1. Down below, I wanted to restore the payload at this point -->

        <expression-transformer evaluator="string"
            expression="bar" />

        <outbound-endpoint ref="replacePayloadWithFoo.Name"
            exchange-pattern="request-response" />

        <!-- 2. The transformer below does not restore the payload at 1. -->            

        <expression-transformer evaluator="groovy"
                expression="message.originalPayload" />
    </flow>

    <flow name="replacePayloadWithFoo">
        <inbound-endpoint ref="replacePayloadWithFoo.Name"
            exchange-pattern="request-response" />

        <expression-transformer evaluator="string"
            expression="foo" />

    </flow>

</mule>

但是，似乎进入test流的消息在replacePayloadWithFoo出站端点处结束。 2处的变换器留下"foo"作为有效载荷。

骡子信息的范围是什么？

顺便说一下，scripting reference documentation表示在groovy脚本中存在originalPayload的绑定。但是，如果2.处的变压器被替换为

<expression-transformer evaluator="groovy" expression="originalPayload" />

我得到一个例外：

org.mule.api.expression.RequiredValueException: Expression Evaluator "groovy"
with expression "originalPayload" returned null but a value was required.

可能是什么问题？

由于

Answer 1

除非通过浓缩器执行，否则任何出站交互都将影响当前的飞行中消息。这就是对replacePayloadWithFoo的调用用原始交互结果替换原始消息的原因。

这说，我无法解释之间的差异：

<expression-transformer evaluator="groovy" expression="message.originalPayload" />

和

<expression-transformer evaluator="groovy" expression="originalPayload" />

因为他们都依赖：

event.getMessage().getPayload()

骡子信息的范围是什么？

1 个答案: