3 WebLogic Serverの別のリリースや外部プロバイダとの相互運用
この章の内容は次のとおりです。
WebLogic Serverの別のリリースとの相互運用
メッセージング・ブリッジを使用して、WebLogic Serverの別のリリースおよび他のWebLogic ServerドメインにあるJMS宛先にアクセスするには、以下の相互運用に関するガイドラインを適用します。
ノート:
別のリリースのWebLogic Serverを実行する2つのドメイン間の通信にメッセージング・ブリッジを使用する場合、メッセージング・ブリッジは最新のリリースのWebLogic Serverを使用しているドメインで実行するように構成することをお薦めします。
サポートされている構成および互換性
サポートされている構成や、WebLogic Serverの現行バージョンと旧リリースとの間の互換性に関する最新情報は、Oracle WebLogic Serverの新機能のサポートされている構成およびWebLogic Serverの互換性を参照してください。
親トピック: WebLogic Serverの別のリリースとの相互運用
WebLogic Serverおよびドメインの命名ガイドライン
複数のドメインが関わる場合、1つの命名規則がすべてのWebLogic Serverデプロイメントに適用されます。『Oracle WebLogic Server JMSリソースの管理』の統合および複数ドメインのベスト・プラクティスに関する項を参照してください。
親トピック: WebLogic Serverの別のリリースとの相互運用
複数のWebLogicドメインの相互運用の構成
ドメイン間の相互運用の構成は、QOSに基づきます。
「必ず1回」のQOSでの相互運用の構成
2つのWebLogicドメイン間のトランザクション・メッセージ(「必ず1回」のQOSを使用)を処理するには、次のガイドラインを使用して相互運用を構成します。
-
すべての参加ドメインについて、クロス・ドメイン・セキュリティまたはセキュリティの相互運用モードのいずれかを適切に構成する必要があります。
プロセスで使用されるすべてのドメインに関して、クロス・ドメイン・セキュリティおよびセキュリティの相互運用モードの構成を統一します。どちらの設定もドメイン・レベルで設定されるため、ドメインがクロス・ドメイン・セキュリティとセキュリティの相互運用モードの両方が設定された混在モードになる可能性があります。詳細は、次を参照してください:
-
Oracle WebLogic Server JTAアプリケーションの開発の、ドメイン間およびドメイン内トランザクションのセキュアな通信の構成
-
Oracle WebLogic Serverのパフォーマンスのチューニングの「非同期モードの有効化」属性の変更
-
-
2つのWebLogicドメインの間で相互運用する場合は、「WebLogic Serverおよびドメインの命名ガイドライン」を参照します。
-
「
XAConnectionファクトリの有効化」を選択して、確実にドメインのXA接続ファクトリを有効にします。Oracle WebLogicリモート・コンソール・オンライン・ヘルプのJMSシステム・モジュールのリソースの構成に関する項を参照してください。
-
メッセージング・ブリッジが実行されているドメインに、トランザクション・リソース・アダプタ
jms-xa-adp.rarをデプロイします。ノート:
WebLogic Server 12.2.1以降、メッセージング・ブリッジ構成が簡略化されました。ブリッジ・アダプタを明示的に構成しデプロイする必要はありません。かわりに、メッセージング・ブリッジでは、ブリッジをデフォルト・アダプタのJNDI名(
eis.jms.WLSConnectionFactoryJNDINoTXまたはeis.jms.WLSConnectionFactoryJNDIXA)で構成した場合に自動的にデプロイされる内部アダプタを使用します。また、これらの内部アダプタの接続容量は、より大規模です。デフォルト・アダプタのJNDI名で明示的に構成したレガシー・アダプタはデプロイすることはできますが、メッセージング・ブリッジにより無視されます。レガシー・アダプタ・デプロイは、WebLogic Server 12.2.1にアップグレードした後に、構成から削除できます。
-
JMSブリッジ宛先を構成する際には、Oracle WebLogicリモート・コンソール・オンライン・ヘルプのJMSブリッジ宛先の作成に関する項で説明されているように、ソース宛先とターゲット宛先の両方で次のように設定します:
-
「アダプタのJNDI名」フィールドで、トランザクション・アダプタのJNDI名
eis.jms.WLSConnectionFactoryJNDIXAを指定します。 -
「アダプタ・クラス・パス」フィールドには何も入力しません。
-
-
「サービス品質」に「必ず1回」を選択します。
Oracle WebLogicリモート・コンソール・オンライン・ヘルプのメッセージング・ブリッジ・インスタンスの作成に関する項を参照してください。
親トピック: 複数のWebLogicドメインの相互運用の構成
「1回以上」または「最大1回」のQOSの構成
メッセージング・ブリッジで、2つのWebLogicドメイン間で相互運用するための特別なセキュリティの構成要件はありません。ただし、ドメイン間での通信をより安全にする必要がある場合、クロス・ドメイン・セキュリティを構成できます。
ノート:
プロセスで使用されるすべてのドメインに関してクロス・ドメイン・セキュリティの構成を統一します。つまり、すべてのドメインがクロス・ドメイン・セキュリティを使用する(または、適切な例外リストに含まれる)か、どのドメインについてもクロス・ドメイン・セキュリティを有効にしないかのいずれかにします。詳細は、次を参照してください:
-
Oracle WebLogic Serverセキュリティの管理のクロス・ドメイン・セキュリティの構成
-
Oracle WebLogic Serverのパフォーマンスのチューニングの「非同期モードの有効化」属性の変更
親トピック: 複数のWebLogicドメインの相互運用の構成
外部プロバイダとの相互運用
メッセージング・ブリッジの構成にサードパーティ製のJakarta Messaging Serviceプロバイダとの相互運用性が関係する場合は、次の構成を行う必要があります:
-
WebLogic Serverの起動前に、以下のように構成します。
-
WebLogic Serverの
CLASSPATHにプロバイダのCLASSPATHを指定します。 -
プロバイダのクライアント側のライブラリで必要なネイティブ・コードの
PATHを、WebLogic ServerシステムのPATHに追加します。(この変数は、使用しているオペレーティング・システムによって異なる)。
-
-
ブリッジングするサード・パーティ製メッセージング製品の
JMSBridgeDestinationインスタンスの以下の属性に、ベンダー固有の情報を指定します。-
接続URL
-
初期コンテキスト・ファクトリ
-
接続ファクトリのJNDI名
-
宛先のJNDI名
ノート:
ソース・ブリッジ宛先およびターゲット・ブリッジ宛先が同じリソース・マネージャ上にある(つまり、リソース・マネージャのXAリソースを使用しているグローバル・トランザクションをブリッジで転送する)場合、メッセージング・ブリッジでは「必ず1回」のサービス品質は提供されません。たとえば、MQ Seriesの使用中は、ソース・ブリッジ宛先およびターゲット・ブリッジ宛先に対して同じキュー・マネージャを使用することはできません。
JMSブリッジ宛先に関するその他の属性の構成については、Oracle WebLogicリモート・コンソール・オンライン・ヘルプのJMSブリッジ宛先の作成に関する項を参照してください。
-