BizTalk - 如何订阅双向发送端口响应，但从请求中访问数据答案

【问题标题】：BizTalk - how to subscribe to two-way send ports response, but access data from the requestBizTalk - 如何订阅双向发送端口响应，但从请求中访问数据
【发布时间】：2020-01-01 23:48:09
【问题描述】：

我需要向 Web 服务提交一些内容，然后我需要使用 HL7 MLLP 适配器通过 MLLP 发送一些内容，并且消息需要包含服务返回的内容以及发送到服务的内容，并且我'如果可能，希望使用纯消息传递解决方案，而不是编排。

所以基本上我有两个发送端口。第二个需要订阅第一个的响应，这意味着它的消息将第一个发送端口响应。

诀窍是我还需要来自第一个发送端口请求消息的一些数据。有没有可能以某种方式得到它？

【问题讨论】：

您为什么不想使用编排？这种情况听起来像是您应该使用编排。除此之外，请参阅social.msdn.microsoft.com/Forums/en-US/…
@Dijkgraaf - 我们发现编排是实现管理的负担，我们在纯消息解决方案中看不到，更不用说纯消息没有的性能影响了。
@Dijkgraaf - 我记得在构建编排时甚至有一些陷阱，例如在逻辑发送端口周围实现特定模式，以便在编排暂停时重试可以工作。
编排对性能的影响很小，除非它非常复杂。通常，Orchestration 仅在重试用尽后才会暂停。在这种情况下，尝试发送消息只会比使用编排更繁重。唯一的其他选择是确保您需要的值一直保留到您需要它为止，无论是在消息中还是在上下文属性中

标签： biztalk biztalk-2016

【解决方案1】：

正确的方法是使用编排。

使用编排没有任何问题，编排正是为此目的而存在的。

如果有人告诉您编排不正确，或者您在某处读到过……他们错了。而已。如果您在使用 Orchestrations 时遇到问题...直截了当地告诉您，您做错了。

在 Orchestration 中，您可能可以使用 Map 将内容合并到服务响应中。正是它的用例。

这是一个开始的暂停/恢复模式：BizTalk Server: Suspend and Resume an Orchestration on Two Way Port Error

您无法在仅消息传递的解决方案中对此进行控制。

【讨论】：