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
如果您有自己的、自定义的行程步骤,您可以简单地升级这些相同的属性,而不是调用可能不适合您预期部署模型的“示例”编排。是的,这是在进行一些探索性工作时的“快速修复”,但不会将其用于生产解决方案。