のBizTalkクライアント定義されたサブスクリプション項目

Question

私は、ユーザーの権限に応じてイベントメッセージの唯一の特定のサブセットをサブスクライブして受信するクライアントアプリケーションを必要とするのBizTalkソリューションを設計しています。サブスクリプションは、トピックベースまたはコンテンツベースのルーティングを通じて行われます。クライアントは購読を1回行い、購読を停止するまで多くのメッセージを受信します。

クライアントアプリケーションは、100S内の数字とトピックが定期的に変更することができます加入し、その各レシーバのBizTalkから個々の送信ポートを定義することは実行可能な解決策ではないでしょう。

私は、個々のクライアントのサブスクリプションを保持しているとBizTalkポートから送信されたメッセージを配信し、追加のメッセージブローカサービスを構築することができると思っています。

私はまた、受信者リストのパターンは、オーケストレーションを使用して構築することができることを見てきました。これはまだ私には依然として要求 - 応答パターンに従うように見え、多くの返されたイベントメッセージに1ウェイの購読メッセージを送った後です。

私のメッセージブローカソリューションは、BizTalkので、私は私がどこかにいくつかの重要な機能が欠けています想像で良いがどうあるべきか上に倍増する私には思えます。誰もこのようなアプリケーションを以前に試して、いくつかの指針を与えることができますか？ ESBツールキットをソリューションとして投資すべきですか？私はネット上で見たことがありますが、このタイプのトピックサブスクリプションモデルではそれほど明確ではありません。

おかげで、 フィル

Answer 1

は、ESBツールキットを見ています。組み込みのリゾルバ（UDDIなど）または独自のカスタムリゾルバのいずれかを使用して、BizTalkに追加する予定表機能を使用できます。これにより、コンフィグレーション（ビジネスルールまたは他の場所に格納されている）に基づいてメッセージをルーティングすることができます。

ESBツールキットの開発者向けの概要ビデオは、MSDNにあります。これは、設計プロセスとツールの紹介です。そこにもいくつかの他の有用なビデオがあります。 hereが記載されているように

特定のシナリオでは、単一の旅程を用いて達成することができます。 ESB Dispatch Disassemblerコンポーネントで受信パイプラインを使用し、複数のリゾルバを構成し、各リゾルバに対して新しいメッセージが生成されます。

を見るには、2つのサンプルもあります。

1. The Itinerary On-Ramp Sampleは - 、あなたはテストクライアントで作成する旅程が含まれているSOAPヘッダーのセットを構築し、ディスクから特定のメッセージファイルをロードし、旅程を追加しますヘッダーをメッセージに追加し、それを処理のために旅程ランプでESBに送信します。
2. The Scatter-Gather Sample - メッセージには旅程を含むSOAPヘッダーも追加されます。このヘッダーは、処理のためにオンランプ経由でESBに送信されます。ブローカオーケストレーションは、その旅程ステップの設定を分析し、旅程ステップに関連付けられたリゾルバのコレクションを取得し、各リゾルバについて、サービスエンドポイントを解決します。その後、オーケストレーションは適切なServiceDispatcherオーケストレーションインスタンスをアクティブ化して、送信要求メッセージを送信します。

「How to: Route a Single Message to Multiple Recipients Using an Itinerary Routing Slip」を見たり、カスタム旅程メッセージサービス（documentation is here）を作成することも検討してください。