动态设置接收管道-Biztalk 2016答案

【问题标题】：Dynamically set Receive Pipeline- Biztalk 2016动态设置接收管道-Biztalk 2016
【发布时间】：2018-04-06 23:45:36
【问题描述】：

我要做的是为我未来开发的所有应用程序建立一个解耦/灵活的框架/策略，其中包括尽可能多的“重用”。最好我最终希望拥有一个单一的编排，我可以将它“插入”到任何其他编排中，该编排将接收消息并发送到发送适配器并将响应返回给调用编排（已转换根据向适配器构造的消息动态接收到对 XML 的响应）。这将需要能够在编排中的消息上设置接收管道。

我在正确的轨道上吗？关于在 BizTalk 中重复使用工件的最佳实践，我找不到太多。

【问题讨论】：

听起来有点矫枉过正我有一个编排只是为了调用一个发送端口。您是否尝试过直接绑定编排（将消息发布到消息框）并在发送端口上使用过滤器来订阅消息？甚至是仅消息解决方案（根本没有编排）吗？
这不能满足我对许多不同端点使用单个发送适配器的要求，但我正在研究直接绑定端口，因为这似乎仍然是路由消息的有效方式。不过，我找不到一个很好的直接绑定端口示例。有一个引用 here 指向名为“Direct Binding to the MessageBox Database in Orchestrations”的示例，但链接已损坏。
对于在管道中动态执行诸如转换或上下文属性之类的操作，我们使用 BRE 管道框架github.com/mbrimble/brepipelineframework 但是，它尚未与 BizTalk 2016 兼容，尽管它正在开发中。您的链接有效，请尝试刷新它，有时微软网站会出现故障

标签： biztalk biztalk-orchestrations biztalk-2016

【解决方案1】：

这种情况时不时出现，我可以告诉你，它永远不会成功。您将花费大量时间构建本质上的框架，只是在少数情况下才真正使用它。

意思是，没有人再尝试这个了，因为它从来没有真正有用过。您可能想查看 ESB 工具包，但即使这样也几乎总是让事情变得比需要的更复杂。

如果您描述了您的一些场景，我们可以提供最好的建议。

【讨论】：

好的，感谢您的回复。我会以此作为答案。我认为我必须尽可能多地使用直接绑定的逻辑端口，并且必须接受拥有比我想要的更多的物理端口。