0
私がしようとしているのは、できるだけ多くの「再利用」を含む、将来開発するすべてのアプリケーションに対して、分離/柔軟なフレームワーク/戦略を設定することです。私が最後に持っていたがっているのは、他のオーケストレーションに「プラグイン」できる単一のオーケストレーションがあり、メッセージを受け取り、送信アダプタに送信し、呼び出しオーケストレーションに応答を返すことです。アダプタへの構築されたメッセージに基づいてXMLへの応答を動的に受信した）。これには、オーケストレーションのメッセージに受信パイプラインを設定できる必要があります。動的に受信パイプラインを設定する - BizTalk 2016
私はここに正しいトラックですか？ BizTalkでのアーティファクトの再利用に関して、ベストプラクティスが何であるかについて私はあまり気づくことができません。
送信ポートを呼び出すためにちょうどオーケストレーションを持っていると私は少し冗長すぎると思う。オーケストレーション（メッセージボックスにメッセージを公開する）と、メッセージを購読するための送信ポートのフィルタを直接バインドしてみましたか？メッセージのみのソリューションですか（オーケストレーションはまったくありません）？ – Dijkgraaf
これは、多くの異なるエンドポイントで単一の送信アダプタを使用するという私の要求を満たすものではありませんが、これは依然としてメッセージをルーティングする効率的な方法だと思われるため、直接接続ポートを検討しています。私は直接バインドポートの良いサンプルを見つけることができません。 「MessageBoxへの直接バインディング」というサンプルには、[ここ]（https://docs.microsoft.com/en-us/biztalk/core/how-to-use-messagebox-direct-bound-ports）というリファレンスがありますオーケストレーションのデータベース 'が表示されますが、リンクが壊れています。 – Bee
Pipelineのトランスフォームやコンテキストプロパティなどを動的に処理するために、BREパイプラインフレームワークhttps://github.com/mbrimble/brepipelineframeworkを使用していますが、BizTalk 2016とはまだ互換性がありません。あなたが働いているリンクは、それをリフレッシュしてみてください。時にはマイクロソフトのサイトに不具合があります。 – Dijkgraaf