Biztalk ESB工具包-通过业务流程扩展器将消息返回到请求-响应入口

Biztalk ESB工具包-通过业务流程扩展器将消息返回到请求-响应入口,biztalk,esb,biztalk-2010,biztalk-orchestrations,Biztalk,Esb,Biztalk 2010,Biztalk Orchestrations,我有下面的请求/响应行程,它给出了令人费解的输出 入口连接到具有接收位置的请求-响应端口 类型:WCF BasicHttp ReceivePipeline:行程选择ReceiveXML SendPipline:通过传输 行程设置为请求/响应。我已经分别测试了所有组件,直到最后一个map,一切都正常工作,但是我得到的消息是发送到Map4的消息,而不是由它生成的消息。使用该输出测试Map4可以很好地工作,那么为什么我没有得到预期的消息返回呢?谢谢所以解决方案是将GlobalBank.ESB.i

我有下面的请求/响应行程,它给出了令人费解的输出

入口连接到具有接收位置的请求-响应端口

  • 类型:WCF BasicHttp
  • ReceivePipeline:行程选择ReceiveXML
  • SendPipline:通过传输

行程设置为请求/响应。我已经分别测试了所有组件,直到最后一个map,一切都正常工作,但是我得到的消息是发送到Map4的消息,而不是由它生成的消息。使用该输出测试Map4可以很好地工作,那么为什么我没有得到预期的消息返回呢?谢谢

所以解决方案是将GlobalBank.ESB.investray.processs.ProcessAndRespond编排作为行程服务添加到ESB.Config中,并将其用作行程中的最后一步/服务。

您已经回答了自己的问题,但我会提供一些我忘记的额外信息,直到你提示我的发现

该特定业务流程正在启动包含以下提升属性的关联集:

  • BTS.CorrelationToken
  • BTS.EpmRRCorrelationToken
  • BTS.IsRequestResponse
  • BTS.ReqRespTransmitPipelineID
  • BTS.RouteDirectToTP
默认情况下,不会提升这些属性,因此需要在行程处理的最后一步上设置明确的相关性。基础订阅将把响应消息路由回预期的请求


如果您有自己的、自定义的行程步骤,您可以简单地升级这些相同的属性,而不是调用可能不适合您预期部署模型的“示例”编排。

是的,这是在进行一些探索性工作时的“快速修复”,但不会将其用于生产解决方案。