パブリッシュ/サブスクライブ・メッセージがリモート・メッセージ・ポイントを経由してサブスクリプションにより受信されていない理由の調査
パブリッシュ/サブスクライブ・メッセージがリモート・メッセージ・ポイントを経由してルーティングされている場合に、そのメッセージがサービス統合バス上のサブスクリプションにより受信されていない理由を調査するために実行できる一連の検査があります。
始める前に
このタスクについて
このタスクは、パブリッシュ/サブスクライブ・メッセージがサブスクリプションに到着しない理由の調査
の一部として実行します。
このタスクでは、メッセージがリモート・メッセージ・ポイントを経由して非永続サブスクリプションにルーティングされているパブリッシュ/サブスクライブ・メッセージング・シナリオにおいて、メッセージのフローを調査する方法について説明します。
以下の図には、考えられる 2 つの状態が示されています。
図において、点線は公開ポイント間の関係を表し、実線はメッセージのフローを表しています。
図 1 では、バスに 3 つのメッセージング・エンジン、ME1、ME2、および ME3 が
含まれています。パブリッシュ・アプリケーションは ME1 に接続され、サブスクライブ・アプリケーションは ME2 および ME3 に接続されています。ME1 は、ME2 および ME3 によりホストされた公開ポイントを表す、リモート公開ポイントをホストします。
図 2 では、バスに 3 つのメッセージング・エンジン、ME1、ME2、および ME3 が
含まれています。パブリッシュ・アプリケーションは ME1 に接続され、サブスクライブ・アプリケーションは ME2 および ME3 に接続されています。
ME1 は、ME2 および ME3 によりホストされた公開ポイントを表す、リモート公開ポイントをホストします。
サブスクライブ・アプリケーション B は ME3 に接続され、ME2 上のリモート・サブスクリプションを経由して
パブリケーションを受信します。メッセージング・エンジンは、以下のステップで参照されます。
以下のステップは、上記のシナリオの両方に適用されます。図 1. リモート・メッセージ・ポイントを使用した point-to-point メッセージ生成

図 2. リモート・メッセージ・ポイントを使用したパブリッシュ/サブスクライブ・メッセージング
