|
|
以下の節の手順では、JMS サーバや JMS システム モジュールといった基本 JMS システム リソースのコンフィグレーションと管理の方法について説明します。
WebLogic 管理者は以下のツールを使用して、JMS サーバや JMS システム モジュールといったシステム リソースを作成してデプロイ (対象指定) できます。
| 注意 : | エンタープライズ アプリケーションにおける JMS アプリケーション モジュールのコンフィグレーションとデプロイについては、「JMS アプリケーション モジュールのデプロイメントのコンフィグレーション」を参照してください。 |
この節では、Administration Console を使用して、永続ストア、JMS サーバ、および基本的な JMS システム モジュールをコンフィグレーションする方法について説明します。Administration Console による WebLogic Server ドメインの管理方法については、Administration Console のオンライン ヘルプの「WebLogic Server Administration Console」を参照してください。
WebLogic JMS では、一部のコンフィグレーション オプションに対するデフォルト値が用意されていますが、それ以外のすべての属性に対しては値を指定する必要があります。WebLogic JMS をコンフィグレーションすると、アプリケーションで JMS API を使用してメッセージの送受信ができるようになります。デフォルトのコンフィグレーション パラメータのチューニングについては、『WebLogic Server パフォーマンス チューニング ガイド』、または『WebLogic Server MBean リファレンス』の「JMSBean」を参照してください。
デフォルト接続ファクトリの使い方の詳細については、「デフォルト接続ファクトリの使用」を参照してください。接続ファクトリのコンフィグレーションの詳細については、「接続ファクトリのコンフィグレーション パラメータ」を参照してください。
WebLogic JMS では、一部のコンフィグレーション オプションに対するデフォルト値が用意されていますが、それ以外のすべての属性に対しては値を指定する必要があります。WebLogic JMS をコンフィグレーションすると、アプリケーションで JMS API を使用してメッセージの送受信ができるようになります。
JMS システム モジュールには、基本的な JMS リソース コンフィグレーション以外にも以下の拡張リソースを追加できます。
ドメインの内部では、サーバ、マシン、クラスタ、仮想ホスト、およびその他のリソース タイプのそれぞれにユニークな名前を付ける必要があります。また、ドメインと同じ名前を使用することはできません。この命名規則は、JMS サーバ、JMS システム モジュール、JMS アプリケーション モジュールなどのコンフィグレーション可能な JMS オブジェクトを含むすべてのコンフィグレーション オブジェクトにも適用されます。
JMS モジュール内のリソースの名前は、リソース タイプ (キュー、トピック、接続ファクトリなど) ごとにユニークでなければなりません。ただし、2 つの異なる JMS モジュールに、同じ名前、同じタイプのリソースを作成できます。
また、バインディング可能な JMS リソース (割り当て、送り先キー、および JMS テンプレート) の JNDI 名は、すべての JMS モジュールにわたってユニークでなければなりません。
JMS サーバは、それらの対象として指定された JMS モジュール内の JMS キューおよびトピック リソースの管理コンテナとして機能する、環境関連のコンフィグレーション エンティティです。JMS サーバの最も重要な役割は、JMS サーバの送り先が受信するすべての永続メッセージに使用される永続ストアに関する情報を管理し、また、JMS サーバの送り先で作成される恒久サブスクライバの状態を管理することです。また、対象送り先のコンテナとして、JMS サーバに対して加えられたコンフィグレーションの変更または実行時の変更をすべての送り先に対して有効にできます。
| 注意 : | Examples Server には、サンプル コンフィグレーションとして examplesJMSServer が用意されています。基本的な WebLogic JMS アプリケーションの開発の詳細については、『WebLogic JMS プログラマーズ ガイド』の「基本的な JMS アプリケーションの開発」を参照してください。 |
WebLogic Server Administration Console を使用すると、システム モジュール内の JMS サーバ リソースをコンフィグレーション、変更、対象指定、および削除できます。JMS サーバに関するタスクの詳細については、Administration Console オンライン ヘルプの「JMS サーバのコンフィグレーション」を参照してください。
以下のパラメータを JMS サーバにコンフィグレーションできます。
JMS サーバと送り先のメッセージおよびバイト割り当てのコンフィグレーションについては、『WebLogic Server パフォーマンス チューニング ガイド』を参照してください。
JMS サーバのメッセージ ライフ サイクル ロギングをコンフィグレーションする方法については「メッセージ ライフ サイクルのロギング」を参照してください。
送り先でのメッセージ処理の休止については、「送り先でのメッセージ処理の制御」を参照してください。
一部の JMS サーバ オプションは、動的にコンフィグレーションできます。オプションを実行時に変更した場合、新しく配信されるメッセージにのみ適用され、すでに保存されているメッセージには影響しません。すべての JMS サーバ オプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「JMSServerBean」および「JMSServerRuntimeMBean」を参照してください。
JMS サーバは、デプロイ先となる独立した WebLogic Server インスタンスまたは移行可能な対象サーバの対象として指定できます。
Administration Console を使用して JMS サーバ対象を指定する手順については、Administration Console オンライン ヘルプの「JMS サーバの対象の変更」を参照してください。
アクティブな JMS サーバ、送り先、およびサーバ セッション プールの実行時統計をモニタできます。
JMS オブジェクトのモニタの詳細については、「JMS 統計のモニタとメッセージの管理」を参照してください。
| 注意 : | セッション プールおよび接続コンシューマのコンフィグレーション オブジェクトは、WebLogic Server 9.0 で非推奨となっています。これらは、J2EE 仕様の必須コンポーネントではなく、JTA ユーザ トランザクションもサポートされていないためです。代わりに、J2EE の必須コンポーネントであるメッセージ駆動型 Bean (MDB) が主に使用されています。MDB の設計の詳細については、『WebLogic エンタープライズ JavaBeans (EJB) プログラマーズ ガイド』の「メッセージ駆動型 EJB」を参照してください。 |
サーバ セッション プールを使用すると、アプリケーションでメッセージを並行処理できます。JMS サーバを定義したら、JMS サーバごとに 1 つまたは複数のセッション プールをコンフィグレーションできます。一部のセッション プール オプションは動的にコンフィグレーションできますが、新しい値は JMS サーバを再起動するまで有効になりません。『WebLogic JMS プログラマーズ ガイド』の「サーバ セッション プールの定義」を参照してください。
接続コンシューマは、サーバ セッションを取得してメッセージを処理するキュー (ポイント ツー ポイント) またはトピック (Pub/Sub) です。セッション プールを定義したら、セッション プールごとに 1 つまたは複数の接続コンシューマをコンフィグレーションします。『WebLogic JMS プログラマーズ ガイド』の「サーバ セッション プールの定義」を参照してください。
JMS システム モジュールは管理者が所有し、いつでも JMS システム リソースを削除、変更、または追加できます。単一の JMS サーバの対象となるスタンドアロンのキューおよびトピック リソースを除き、システム モジュール内の接続ファクトリ、分散送り先、外部サーバ、および JMS SAF 送り先リソースは、WebLogic ドメインにコンフィグレーションされた複数のサーバ インスタンスとクラスタの対象として指定することによってグローバルに使用できるようになります。このため、これらのリソースは、同じ対象にデプロイされるすべてのアプリケーションとクライアント アプリケーションで使用できます。JMS システム モジュールの命名規約は、MyJMSModule-jms.xml です。
WebLogic Server Administration Console を使用すると、使用している環境の JMS システム モジュールをコンフィグレーション、変更、対象指定、モニタ、および削除できる。JMS システム モジュールのコンフィグレーションに関するタスクについては、Administration Console オンライン ヘルプの「JMS システム モジュールのコンフィグレーションおよび JMS リソースの追加」を参照してください。
以下の「基本的な」コンフィグレーション リソースを JMS システム モジュールの一部として定義します。
以下の「拡張」クラスタ化コンフィグレーション リソースを JMS システム モジュールの一部として定義します。
Examples Server には、サンプル モジュールとして examples-jms が用意されています。Examples Server の起動の詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」を参照してください。
JMS システム モジュールの他のコンフィグレーション方法 (WebLogic Scripting Tool (WLRT) を使用する方法など) については、「JMS システム リソースのコンフィグレーション方法」を参照してください。
JMS システム モジュールは、1 つまたは複数の WebLogic Server インスタンスまたは 1 つのクラスタの対象でなければなりません。また、システム モジュールに定義されている対象指定できる JMS リソースは、親モジュールの対象の範囲内の JMS サーバまたは WebLogic Server インスタンスの対象でなければなりません。また、システム モジュール内の対象指定できる JMS リソースをコンフィグレーションまたは対象指定プロセス中にサブデプロイメントとしてグループ化すると、WebLogic ドメイン内の JMS リソースの結合度を減らすことができます。
Administration Console で JMS システム モジュール内にリソースをコンフィグレーションする際には、親モジュールのデフォルトの対象を単純に受け入れることも、高度な対象指定のページに進んで、サブデプロイメントのメカニズムを使用してリソースを対象指定することもできます。ただし、スタンドアロンのキューおよびトピック リソース タイプではデフォルトの対象を使用できません。これらは単一の JMS サーバに対象指定されているサブデプロイメントに対象指定する必要があります。
デフォルトの対象指定メカニズムを選択する場合、その対象の状態は Administration Console 上で当該リソース タイプの [コンフィグレーション : 全般] ページにある [デフォルトの対象指定を有効化] チェック ボックスに反映されます。
JMS システム リソースのコンフィグレーションの詳細については、Administration Console オンライン ヘルプの「JMS システム モジュールのリソースのコンフィグレーション」を参照してください。
スタンドアロンのキューおよびトピック リソースを対象指定する場合、または他のリソース タイプに対してデフォルトの対象指定メカニズムをバイパスする場合、サブデプロイメントの対象指定を使用する必要があります。サブデプロイメントとは、対象指定できるシステム モジュール リソース (スタンドアロンの送り先、分散送り先、接続ファクトリなど) をグループ化して、システム モジュールの対象範囲内の特定のサーバ リソースに割り当てるメカニズムです。
JMS システム モジュールはドメイン内の複数の WebLogic Server インスタンスの対象として指定できますが、モジュールのスタンドアロンのキューまたはトピックは単一の JMS サーバのみの対象となることができます。一方、接続ファクトリ、共通分散送り先 (UDD)、および外部サーバは、1 つまたは複数の JMS サーバ、1 つまたは複数の WebLogic Server インスタンス、または 1 つのクラスタの対象として指定できます。
したがってスタンドアロンのキューまたはトピックは、サブデプロイメントの他のメンバーが複数の JMS サーバに対象指定されている場合、そのサブデプロイメントに関連付けられません。このような例としては、接続ファクトリがドメイン内の JMS サーバをホストするクラスタに対して対象指定されている場合などが挙げられます。UDD を使用すると、こうしたサブデプロイメントとも関連付けることができます。これは、UDD がドメイン内の複数の JMS サーバに対してメンバーを分散させることを目的としているためです。
表 3-1 に JMS システム リソースのサブデプロイメントの有効な対象指定オプションを示します。
| 注意 : | 接続ファクトリ、共通分散送り先、外部サーバ、および SAF インポート済み送り先リソースは、デフォルトでそれらの親モジュールの対象を指定するようコンフィグレーションすることもできます。「デフォルトの対象指定」を参照してください。 |
スタンドアロンのキューまたはトピックの単純なサブデプロイメントの例として、それらを接続ファクトリと共にグループ化して特定の JMS サーバに配置することが考えられます。これにより、ネットワーク トラフィックが減少します。また、対象の JMS サーバを別の WebLogic Server インスタンスに移行する必要がある場合、接続ファクトリとそのすべての接続も JMS サーバの送り先と一緒に移行されます。
たとえば、jmssysmod-jms.xml というシステム モジュールが、jmsserver1 と jmsserver2 というコンフィグレーション済みの 2 つの JMS サーバを持つ WebLogic Server インスタンスの対象として指定されており、2 つのキューと 1 つの接続ファクトリを jmsserver1 だけに配置する場合、これらのキューと接続ファクトリを同じサブデプロイメント、jmsserver1group としてグループ化すれば、これらのリソースは常に jmsserver1 にリンクされます (接続ファクトリが複数の JMS サーバに関連付けられていない場合)。
<weblogic-jms xmlns="http://www.bea.com/ns/weblogic/91">
<connection-factory name="connfactory1">
<sub-deployment-name>jmsserver1group</sub-deployment-name>
<jndi-name>cf1</jndi-name>
</connection-factory>
<queue name="queue1">
<sub-deployment-name>jmsserver1group</sub-deployment-name>
<jndi-name>q1</jndi-name>
</queue>
<queue name="queue2">
<sub-deployment-name>jmsserver1group</sub-deployment-name>
<jndi-name>q2</jndi-name>
</queue>
</weblogic-jms>
次に、ドメインのコンフィグレーション ファイルでの jmsserver1group サブデプロイメントの対象指定を示します。
<jms-system-resource>
<name>jmssysmod-jms</name>
<target>wlsserver1</target>
<sub-deployment>
<name>jmsserver1group</name>
<target>jmsserver1</target>
</sub-deployment>
<descriptor-file-name>jms/jmssysmod-jms.xml</descriptor-file-name>
</jms-system-resource>
JMS システム モジュールのサブデプロイメントを簡単に管理するため、Adminstration Console にサブデプロイメントの管理用ページが用意されています。詳細については、Administration Console オンライン ヘルプの「JMS システム モジュールのサブデプロイメントのコンフィグレーション」を参照してください。
スタンドアロン JMS モジュールのデプロイについては、『WebLogic Server アプリケーションのデプロイメント』の「JDBC、JMS、および WLDF アプリケーション モジュールのデプロイ」を参照してください。
接続ファクトリは、JMS クライアントが JMS 接続を作成できるようにするリソースです。接続ファクトリでは同時使用がサポートされており、複数のスレッドがオブジェクトに同時にアクセスできます。WebLogic JMS には、サーバ単位で有効/無効を切り替えられるコンフィグレーション済みのデフォルト接続ファクトリが用意されています (「デフォルト接続ファクトリの使用」を参照)。
デフォルトの接続ファクトリを使用しない場合、1 つまたは複数の接続ファクトリをコンフィグレーションして、使用するアプリケーションに合わせて定義したオプションで接続を作成します。各 JMS モジュール内では、接続ファクトリ リソースの名前はユニークでなければなりません。しかし、各 JMS モジュール内のすべての接続ファクトリの JNDI 名は、WebLogic ドメイン全体でユニークでなければなりません (「JMS コンフィグレーションのネーミング要件」を参照)。WebLogic Server では、起動時に接続ファクトリが JNDI スペースに追加され、アプリケーションが WebLogic JNDI API を使用して接続ファクトリを取得します。
クラスタ内のあらゆるサーバから JMS 送り先へのクラスタワイドで透過的なアクセスを確立するには、サーバ インスタンスごとにデフォルト接続ファクトリを使用するか、クラスタ内の 1 つまたは複数のサーバ インスタンスを対象とする 1 つまたは複数の接続ファクトリをコンフィグレーションします。これにより、各接続ファクトリを複数の WebLogic Server インスタンスにデプロイできます。JMS のクラスタ化のコンフィグレーションについては、「WebLogic JMS クラスタ化のコンフィグレーション」を参照してください。
WebLogic Server は、次の JNDI 名を使用してルックアップできる、2 つのデフォルト接続ファクトリを定義します。
新しい接続ファクトリのコンフィグレーションは、デフォルト接続ファクトリのコンフィグレーション済み設定がアプリケーションに適さない場合にのみ行います。デフォルト接続ファクトリの使い方の詳細については、『WebLogic JMS プログラマーズ ガイド』の「WebLogic JMS について」を参照してください。
デフォルト接続ファクトリのコンフィグレーション済み設定とユーザ定義の接続ファクトリの主な違いは、JTA トランザクションを有効にするための [XA 接続ファクトリを有効化] オプションのデフォルト値です。[XA 接続ファクトリを有効化] オプションの詳細、およびその他の接続ファクトリ オプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「JMSConnectionFactoryBean」を参照してください。
また、デフォルト接続ファクトリを使用する場合、接続ファクトリがデプロイされる可能性のある WebLogic Server インスタンスを限定できません。ただし、WebLogic Server 単位でデフォルト接続ファクトリを有効化および無効化することはできます。Administration Console オンライン ヘルプの「サーバ : コンフィグレーション : サービス」を参照してください。
WebLogic Server Administration Console を使用すると、システム モジュール内の接続ファクトリ リソースをコンフィグレーション、変更、対象指定、および削除できます。JMS 接続のコンフィグレーションの手順については、Administration Console オンライン ヘルプの「接続ファクトリのコンフィグレーション」を参照してください。
| 注意 : | [XA コネクション ファクトリを有効化] を選択して JDBC ストアでの JTA トランザクションを有効にした場合は、JDBC データ ソースが XA 非対応の JDBC ドライバを使用するようにコンフィグレーションされていることを確認する必要があります。この制約によって、JDBC ストアを使用するレイヤ サブシステムの XA 機能が使用できなくなるわけではありません。たとえば、WebLogic JMS は、ファイル ストアや JDBC ストアを使用するかどうかに関係なく完全に XA 機能を使用できます。 |
接続ファクトリ オプションの中には、動的にコンフィグレーションできるものもあります。オプションを実行時に変更した場合、新しく配信されるメッセージにのみ適用され、すでに保存されているメッセージには影響しません。すべての接続ファクトリ オプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「JMSConnectionFactoryBean」を参照してください。
接続ファクトリは、1 つまたは複数の JMS サーバ、1 つまたは複数の WebLogic Server インスタンス、または 1 つのクラスタの対象として指定できます。
JMS システム モジュールのサブデプロイメントの対象指定については、「JMS システム モジュールとリソースのサブデプロイメントの対象指定」を参照してください。
JMS 送り先は、JMS モジュール内のキュー (ポイント ツー ポイント) またはトピック (パブリッシュ/サブスクライブ) リソースを識別するものです。各キューおよびトピック リソースは、特定の JMS サーバの対象として指定されます。JMS サーバの最も重要な役割は、JMS サーバの送り先が受信するすべての永続メッセージに使用される永続ストアに関する情報を管理し、また、JMS サーバの送り先で作成される恒久サブスクライバの状態を管理することです。
必要な場合、JMS テンプレート、割り当て設定、送り先ソート キーなど、キューまたはトピック内から参照できる他の JMS リソースをモジュール内に作成できます。
JMS キューでは、JMS サーバのポイントツーポイントの送り先タイプが定義されます。キューに配信されたメッセージは、1 つのコンシューマに配信されます。JMS トピックでは、JMS サーバのパブリッシュ/サブスクライブの送り先タイプが定義されます。トピックは、非同期のピア通信に使用されます。トピックに配信されたメッセージは、そのトピックでサブスクライブしているすべてのコンシューマに配信されます。
WebLogic Server Administration Console を使用すると、システム モジュール内のキューおよびトピック リソースをコンフィグレーション、変更、対象指定、および削除できます。キューおよびトピックに関するタスクについては、Administration Console オンライン ヘルプの「キューのコンフィグレーション」および「トピックのコンフィグレーション」を参照してください。キューおよびトピック リソースの名前は、各 JMS モジュール内でユニークでなければなりません。また、各 JMS モジュール内のすべてのキューおよびトピックの JNDI 名は、WebLogic ドメイン全体にわたってユニークでなければなりません (「JMS コンフィグレーションのネーミング要件」を参照)。
以下のパラメータをキューまたはトピックにコンフィグレーションできます。
| 注意 : | キューおよびトピックの JNDI 名は動的に変更できますが、MDB のように長期間存続するプロデューサまたはコンシューマは、変更後もキューまたはトピックの元の JNDI 名からメッセージを生成したり、元の JNDI 名にメッセージを送信したりしようと試みることがあります。 |
「メッセージ ライフ サイクルのロギング」を参照してください。送り先でのメッセージの生成、挿入 (処理中のメッセージ)、および消費処理における休止および再開の制御。「送り先でのメッセージ処理の制御」を参照してください。
オプションには、動的にコンフィグレーションできるものがあります。オプションが実行時に変更された場合、変更は新しく配信されるメッセージにのみ適用され、格納されているメッセージには影響しません。すべてのオプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「QueueBean」および「TopicBean」を参照してください。
回復またはロールバックされるメッセージを管理するために、再配信の制限に達したメッセージのエラー送り先をコンフィグレーションすることもできます。エラー送り先はキューまたはトピックのいずれかですが、関連付けられている送り先と同じ JMS サーバの対象でなければなりません。詳細については、『WebLogic JMS プログラマーズ ガイド』の「配信されなかったメッセージに対するエラー送り先のコンフィグレーション」を参照してください。
分散送り先リソースは、単一の論理的な単位としてクライアントからアクセス可能な送り先のグループ (キューまたはトピック) です (たとえば分散トピックは独自の JNDI 名を持ちます)。このセットのメンバーは通常、クラスタ内の複数のサーバに分散されており、各メンバーは別々の JMS サーバに属しています。「分散送り先のコンフィグレーション」を参照してください。
スタンドアロンのキューおよびトピックは、ドメイン内の特定の JMS サーバのみにデプロイできます。これは、永続メッセージ、恒久サブスクライバ、およびメッセージ ページングの管理に関して、キューおよびトピックは対象指定された JMS サーバに依存するからです。
キューとトピックのグループを接続ファクトリと共に特定の JMS サーバに関連付ける場合、これらの送り先と接続ファクトリを同じサブデプロイメントの対象として指定します。これによって、これらのリソースはサブデプロイメントの対象となる JMS サーバに関連付けられます。しかし、スタンドアロンのキューまたはトピックがサブデプロイメントのメンバーである場合、接続ファクトリは同じ JMS サーバのみに関連付けることができます。
JMS システム モジュールのサブデプロイメントの対象指定については、「JMS システム モジュールとリソースのサブデプロイメントの対象指定」を参照してください。
システム モジュール内のキューおよびトピックの実行時統計をモニタできます。また、キューのメッセージおよびトピックの恒久サブスクライバを管理できます。
JMS テンプレートを使用すると、同じようなオプション設定を持つ複数の送り先を効率的に定義できます。
WebLogic Server Administration Console を使用すると、システム モジュール内の JMS テンプレート リソースをコンフィグレーション、変更、対象指定、および削除できます。JMS テンプレートに関するタスクの詳細については、Administration Console オンライン ヘルプの「JMS テンプレートのコンフィグレーション」を参照してください。
JMS テンプレートのコンフィグレーション可能なオプションは、送り先に対してコンフィグレーションされるオプションと同じです。「キューおよびトピックのコンフィグレーション パラメータ」を参照してください。
これらのコンフィグレーション オプションは、それらを使用する送り先によって継承されます。ただし、以下の例外があります。
送り先に対して明示的に定義されないオプションには、デフォルト値が割り当てられます。デフォルト値が存在しない場合は、必ず、JMS テンプレートで値を指定するか、または送り先のオプションのオーバーライド値として値を指定します。
テンプレートのオプションには、動的にコンフィグレーションできるものがあります。オプションが実行時に変更された場合、変更は新しく配信されるメッセージにのみ適用され、格納されているメッセージには影響しません。すべてのトピック オプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「TemplateBean」を参照してください。
特定の送り先に到着したメッセージは、デフォルトでは FIFO (先入れ先出し) で格納され、各メッセージのユニークな JMSMessageID に基づいて昇順にソートされます。しかし、送り先キーを使用することで、送り先に対して LIFO (後入れ先出し) などの異なるソート方式をコンフィグレーションできます。
WebLogic Server Administration Console を使用すると、システム モジュール内の送り先キー リソースをコンフィグレーション、変更、対象指定、および削除できます。送り先キーに関するタスクの詳細については、Administration Console オンライン ヘルプの「送り先キーのコンフィグレーション」を参照してください。
すべての送り先キー オプションのデフォルト値については、『WebLogic Server MBean リファレンス』の「DestinationKeyBean」を参照してください。
割り当てリソースでは、メッセージおよびバイトの最大数を定義します。これを 1 つまたは複数の送り先に関連付けることで、定義した最大数を強制することができます。
『WebLogic Server パフォーマンス チューニング ガイド』を参照してください。
外部サーバ リソースを作成して、ローカル WebLogic Server JNDI ツリー内でサードパーティの JMS プロバイダを参照するようにできます。外部サーバ リソースを使用することで、外部の JMS プロバイダを即座にマップして、関連付けられた接続ファクトリと送り先をローカル JMS オブジェクトのように WebLogic JNDI ツリーに表示できます。また、別のクラスタまたはドメインにある WebLogic Server のリモート インスタンスをローカル WebLogic JNDI ツリー内で参照することもできます。
「外部サーバ リソースからサードパーティ JMS プロバイダへのアクセスのコンフィグレーション」を参照してください。
分散送り先リソースは、単一の論理的な送り先としてクライアントからアクセス可能な 1 つの送り先セット (キューまたはトピック) です (たとえば分散トピックは独自の JNDI 名を持ちます)。このセットのメンバーは通常、クラスタ内の複数のサーバに分散されており、各メンバーは別々の JMS サーバに属しています。分散送り先を使用するアプリケーションは、スタンドアロンの送り先を使用するアプリケーションより可用性が高くなります。これは、WebLogic JMS に、クラスタ内の分散送り先メンバーのためのロード バランシングおよびフェイルオーバ機能があるためです。
「分散送り先リソースのコンフィグレーション」を参照してください。
JMS SAF リソースは、WebLogic ストア アンド フォワード (SAF) サービス上に構築され、高可用性を備えた JMS メッセージ生成を行います。たとえば、ローカルのサーバ インスタンスに接続された JMS メッセージ プロデューサは、メッセージ送信時にリモートの JMS 送り先が一時的に使用できない場合でも、そのリモート送り先に確実にメッセージを転送できます。JMS ストア アンド フォワードは JMS アプリケーションからは透過的なので、JMS クライアント コードは既存の JMS API を使用して、リモートの送り先にアクセスできます。
『WebLogic ストア アンド フォワードのコンフィグレーションと管理』の「JMS メッセージに対する SAF のコンフィグレーション」を参照してください。
  
|