1

こんにちは、Websphere JMS は初めてです。構成が少し異なります。つまり、最初に BUS を作成する必要があります。また、接続ファクトリにはサービス バス リファレンスがあり、同じサービス リファレンスがキューに与えられていることもわかりました。私は今まで次のような理解を持っています

  1. 特別なニーズに対応するエンタープライズ BUS があります。つまり、BUS は MDB の前にメッセージを制御します。BUS 内のメッセージをフィルタリングし、変更することができます。
  2. Connection factory と Queue の関係とは何ですか。Connection factory には同じ BUS の参照があることがわかりました。
  3. Connection factory と Queue で同じ BUS 名を参照する理由。

私の理解を正し、上記の質問の答えを見つけるのを手伝ってください.

4

2 に答える 2

1

接続ファクトリとキューで同じBUS名を参照する理由。

1つの理由は、接続ファクトリで構成されたバスとキューが必ずしも同じではないことです。これは、SIBusリンクを使用して相互接続されたバスを使用するトポロジの場合です。その場合、あるバスのメッセージングエンジンに接続して、別のバスの宛先にメッセージを送信できます。

于 2012-09-16T21:50:02.037 に答える
1

SIBus は、宛先 (ポイントツーポイントまたはパブリッシュ/サブスクライブ) を含むメッセージング エンジンを保持し、実際にメッセージをディスパッチするものです。

JMS 部分では、SIBus との対話を可能にする JMS リソース (接続ファクトリー、キュー、トピック) を提供するデフォルトの JMS プロバイダーを取得しました。

SIBus では、何らかのタイプ (ポイントツーポイントまたはパブリッシュ/サブスクライブ) のメッセージング エンジンで宛先を定義します。

JMS 接続ファクトリーは、メッセージを送受信できるようにメッセージング エンジンへの接続を作成します。これが、接続を作成するバスを指定する必要がある理由です。

JMS キューは、SIBus 内のポイントツーポイントの宛先を参照します。

さて、あなたの質問のために：

バス自体は、メッセージを変更またはフィルタリングすることを目的としていません。
フィルタリングは、MDB のメッセージ セレクターを使用して行うことができます。MDB が宛先に接続されている場合、メッセージ セレクターが提供され、メッセージング エンジンはそれによってメッセージをフィルタリングします。
改造に関してはよくわかりません

前に述べたように、
ConnectionFactory はメッセージング エンジンへの接続を作成するものであり、Queue は SIB Destination への抽象化です。これが、相互作用しているバスをそれぞれに伝える必要がある理由です。

于 2012-09-16T14:28:58.277 に答える