ESB Toolkit - 通过Orchestration Extender将消息返回到请求响应OnRamp

时间:2013-04-12 14:47:22

标签: biztalk esb biztalk-2010 biztalk-orchestrations

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

Itinerary

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

  • 类型:WCF-BasicHttp
  • ReceivePipeline:ItinerarySelectReceiveXml
  • SendPipline:PassThruTransmit

行程设置为请求/响应。我已经单独测试了所有组件,一切正常到最后一个映射,但是我收到的消息是发送到Map4的消息而不是从它生成的消息。使用该输出来测试Map4工作正常,所以为什么我没有得到预期的消息返回?感谢

2 个答案:

答案 0 :(得分:0)

因此解决方案是将GlobalBank.ESB.Itinerary.Processes.ProcessAndRespond业务流程添加到ESB.Config作为行程服务,并将其用作行程中的最后一步/服务。

答案 1 :(得分:0)

您已回答了自己的问题,但在重新提示我的调查结果之前,我会提供一些我忘记的其他信息。

该特定Orchestration正在启动包含以下提升属性的相关集:

  • BTS.CorrelationToken
  • BTS.EpmRRCorrelationToken
  • BTS.IsRequestResponse
  • BTS.ReqRespTransmitPipelineID
  • BTS.RouteDirectToTP

默认情况下,这些属性不会被提升,因此需要在行程处理的最后一步设置显式相关性。基础订阅将响应消息路由回预期的请求。

如果您拥有自己的,自定义的行程步骤,则可以简单地宣传这些相同的属性,而不是调用可能不适合您的预期部署模型的“Sample”Orchestration。