是否可以在策略级别处理传入的mule请求?

是否可以在策略级别处理传入的mule请求?,mule,Mule,如何在策略级别更改来自传入mule消息的http.request.path 我的前端应用程序配置为错误调用/abc而不是/abc/xyz。因此,呼叫能够到达路由器代理,但在我们的域中没有子代理侦听/abc,呼叫失败 我们在路由器代理上有一些自定义策略用于验证。因此,我们是否有任何技巧或逻辑可以将请求路径更改为正确的路径,因为我们不想在代理级别进行更改?这与其说是一个真正的解决方案,不如说是一种丑陋的解决方法,但您可以添加一个流,其中一些HTTP侦听器配置为在/abc上侦听,并在返回之前调用/ab

如何在策略级别更改来自传入mule消息的
http.request.path

我的前端应用程序配置为错误调用/abc而不是/abc/xyz。因此,呼叫能够到达路由器代理,但在我们的域中没有子代理侦听/abc,呼叫失败


我们在路由器代理上有一些自定义策略用于验证。因此,我们是否有任何技巧或逻辑可以将请求路径更改为正确的路径,因为我们不想在代理级别进行更改?

这与其说是一个真正的解决方案,不如说是一种丑陋的解决方法,但您可以添加一个流,其中一些HTTP侦听器配置为在
/abc
上侦听,并在返回之前调用
/abc/xyz
,例如:

    <flow name="test-bulkFlow1">
        <http:listener config-ref="HTTP_Listener_Configuration" path="/abc" doc:name="HTTP"/>
        <http:request config-ref="HTTP_Request_Configuration" path="abc/xyz/" method="GET" doc:name="HTTP"/>
    </flow>


虽然最好的办法是在你的前台应用程序中纠正这个错误。

这与其说是一个真正的解决方案,不如说是一种难看的解决办法,但你可以添加一个流,其中一些HTTP侦听器配置为监听
/abc
,并在返回之前调用
/abc/xyz
,比如:

    <flow name="test-bulkFlow1">
        <http:listener config-ref="HTTP_Listener_Configuration" path="/abc" doc:name="HTTP"/>
        <http:request config-ref="HTTP_Request_Configuration" path="abc/xyz/" method="GET" doc:name="HTTP"/>
    </flow>

尽管最好的办法就是在你的前台应用程序中纠正这个错误