【问题标题】:ESB Toolkit - Returning a message to a request response OnRamp via Orchestration ExtenderESB 工具包 - 通过 Orchestration Extender 将消息返回到请求响应 OnRamp
【发布时间】:2013-04-12 14:47:22
【问题描述】:

我有以下请求/响应路线,结果令人费解。

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

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

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

【问题讨论】:

    标签: biztalk esb biztalk-2010 biztalk-orchestrations


    【解决方案1】:

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

    【讨论】:

      【解决方案2】:

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

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

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

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

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

      【讨论】:

      • 是的,这是在做一些探索性工作时的“快速修复”,但不会将其用于生产解决方案。
      猜你喜欢
      • 2013-03-25
      • 1970-01-01
      • 2018-05-11
      • 2015-05-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多