JMS JNDIクラスタ名とスタンドアロンインスタンスの両方からアクセスできる一意の名前

Question

私は管理対象サーバが5つあるweblogicドメインを持っています。それらのうち3つはクラスタ内にあり、2つはスタンドアロンです。 1つのアプリケーションがクラスターに配備され、残りの2つのノードで2番目と3番目のアプリケーションが配備されます。 3つのアプリケーションすべてから、と同じJNDI名（つまり、キューにアクセスするためにクラスタインスタンスとスタンドアロンインスタンスからjms/q1を使用）というJMSキューと接続ファクトリにアクセスする必要があります。同じキューである必要はありませんが、名前はドメイン内で一意である必要があります。 分散キュー（UDD）を使用しようとしましたが、クラスタ化されていないノードとクラスタを混在させることはできません。

これを達成するためのオプションは何ですか？また、同じキューにJMSキューを配置しますか？

Answer 1

ご迷惑をおかけして申し訳ありませんが、私は今これを明確にしようとします。理想的には、すべてのJNDI名は、同じキューを指している必要があります（これが可能でない場合、私はオプションを残しました）。

今、この問題について。私は、クラスタc1にデプロイされたパッケージ化されたアプリケーション（IBM Maximo）と、わずかな構成の違いを持つ3つの異なるearファイルを持つスタンドアロン・ノードn1、n2を持っています（ログイン方法はファイルごとに異なります）。外部ESBシステムとのJMS統合を有効にする必要があります。各デプロイメントインスタンスのJMS名を設定することはできません.JNDIはデータベースから読み込まれます。

のWebLogicの問題は、がキュー（UDD）は、両方のクラスタとスタンドアロンインスタンスにデプロイすることはできませんdistiributedということです。分散キューには、デプロイされたすべてのノードにわたって一意のJNDI名があります。

これに対して、実際には醜い解決策は、外部JNDIサーバーを使用し、HORNETQのような外部JMSサーバーを指定することです。私はすでにそれを試していますが、ソリューションはシンプルで機能していますが、これは生産現場で管理するもう1つのシステムなので、避けたいのです。

分散キューメカニズムがクラスタのweblogicで動作しているため、各ノードが同じJNDI名を持つ同じJMSキューを指しているが、スタンドアロンノードを追加することはできません。また、スタンドアロンインスタンスごとに別々のドメインを作成することは、本当に望ましい選択肢ではありません。