Oracle® Fusion Middleware Oracle WebLogic Server WebLogicメッセージング・ブリッジの管理 12c (12.2.1.2.0) E82905-02 |
|
![]() 前 |
![]() 次 |
この章の内容は以下のとおりです。
WebLogicメッセージング・ブリッジとは、複数のWebLogic JMSの実装間、およびJMSと他のメッセージング製品間で相互運用できるようにするための転送メカニズムです。メッセージング・ブリッジを使用すると、以下の範囲に渡るメッセージング・アプリケーションを統合できます。
WebLogic JMSの2つの実装(WebLogic Serverのリリースが異なる場合を含む)。
別々のWebLogicドメインにあるWebLogic JMSの複数の実装。
WebLogic JMSとサード・パーティのJMS製品(MQSeriesなど)。
メッセージング・ブリッジ・インスタンスでは、対になったソース宛先とターゲット宛先の間でメッセージを転送します。これらの宛先は、ソース・ブリッジ宛先と対象ブリッジ宛先の対にマップされます。メッセージング・ブリッジにより、ソース・ブリッジ宛先からメッセージが読み取られ、ターゲット・ブリッジ宛先に転送されます。WebLogic JMSおよびサード・パーティのJMS製品間については、WebLogic Serverに用意されているJava EEコネクタ・アーキテクチャ(JCA)準拠のリソース・アダプタを使用して、ソース宛先およびターゲット宛先と通信します。図2-1を参照してください。
JMS以外のメッセージング製品の場合は、JMS以外のソースまたは宛先にアクセスするには、サード・パーティのOEMベンダーから、またはOracleのプロフェッショナル・サービスに連絡してカスタム・コネクタ・アダプタを取得する必要があります。
注意:
WebLogic Server 12.2.1以降、メッセージング・ブリッジ構成が簡略化されました。ブリッジ・アダプタを明示的に構成しデプロイする必要はありません。かわりに、メッセージング・ブリッジでは、ブリッジをデフォルト・アダプタのJNDI名(eis.jms.WLSConnectionFactoryJNDINoTX
またはeis.jms.WLSConnectionFactoryJNDIXA
)で構成した場合に自動的にデプロイされる内部アダプタを使用します。また、これらの内部アダプタの接続容量は、より大規模です。
デフォルト・アダプタのJNDI名で明示的に構成したレガシー・アダプタはデプロイすることはできますが、メッセージング・ブリッジにより無視されます。レガシー・アダプタ・デプロイは、WebLogic Server 12.2.1にアップグレードした後に、構成から削除できます。
Oracle WebLogic Server JMSアプリケーションの開発の説明に従って、ソース・ブリッジおよびターゲット・ブリッジの宛先には、キュー、トピックまたは分散宛先のいずれかを指定できます。メッセージ・フィルタ、トランザクション・セマンティクス、接続の再試行ポリシー、高可用性オプションなどのサービス品質(QOS)を任意で指定することもできます。メッセージング・ブリッジを構成すると、ブリッジのトラフィックを必要に応じて一時的に中断する、構成したすべてのブリッジの状態をモニターする、といった管理タスクをWebLogic Server管理コンソールから簡単に行えます。
以下の節では、メッセージング・ブリッジを使用するために必要なリソースについて説明します。
メッセージング・ブリッジではJCAリソース・アダプタを使用して、構成済のソースJMS宛先およびターゲットJMS宛先と通信します。ブリッジでソースJMS宛先およびターゲットJMS宛先と通信できるようにするには、サポートされているリソース・アダプタをそれぞれの宛先に関連付けます。アダプタのJNDI名は、リソース・アダプタのデプロイメント記述子の一部として構成されています。表2-1を参照してください。
注意:
WebLogic Server 12.2.1以降、メッセージング・ブリッジ構成が簡略化されました。ブリッジ・アダプタを明示的に構成しデプロイする必要はありません。かわりに、メッセージング・ブリッジでは、ブリッジをデフォルト・アダプタのJNDI名(eis.jms.WLSConnectionFactoryJNDINoTX
またはeis.jms.WLSConnectionFactoryJNDIXA
)で構成した場合に自動的にデプロイされる内部アダプタを使用します。また、これらの内部アダプタの接続容量は、より大規模です。
デフォルト・アダプタのJNDI名で明示的に構成したレガシー・アダプタはデプロイすることはできますが、メッセージング・ブリッジにより無視されます。レガシー・アダプタ・デプロイは、WebLogic Server 12.2.1にアップグレードした後に、構成から削除できます。
メッセージング・ブリッジでカスタム構成のアダプタを使用する場合は、アダプタを明示的にデプロイする必要があります。この場合、デフォルトではないアダプタまたはカスタム・アダプタのJNDI名でアダプタを構成して、カスタム・アダプタのJNDI名を参照する必要があります。
展開形式または.rar
ファイルの形で、様々なタイプのJMS宛先用リソース・アダプタが用意されています。展開形式では、リソース・アダプタのデプロイメント記述子のパラメータ(たとえば、ブリッジ・インスタンスで利用可能な接続の最大数を指定する、接続ファクトリのmax-capacity
など)を簡単に変更できます。
注意:
WebLogic Server 12.2.1リリース以降、ブリッジ・アダプタ用の展開された.rar
形式は、インストール・キットに含まれていません。
これに対して、2つの解決策があります。
明示的アダプタ・デプロイメントを削除し、内部的にデプロイされたアダプタを使用します。内部アダプタにより、元の.rar
ファイルよりも高い最大容量
が接続ファクトリに設定されます。
明示的にアダプタをデプロイしたい場合、.rar
ファイルの内の1つを使用するか、展開された形式を.rar
ファイル上のjar -xf
で生成します。
展開形式でリソース・アダプタのデプロイメント記述子を変更しても、.rar
ファイルにパッケージされている記述子は更新されません。「接続ファクトリ数の指定」を参照してください。
サポートされているリソース・アダプタは、WL_HOME
\server\lib
ディレクトリにあります。次の表2-1でこれらのアダプタについて説明します。
表2-1 メッセージング・ブリッジ・リソース・アダプタとJNDI名
アダプタ | JNDI名 | 説明 |
---|---|---|
jms-xa-adp |
eis.jms.WLSConnectionFactoryJNDIXA |
トランザクション・セマンティクスに
注意: このアダプタをデプロイする前に、「複数のWebLogicドメインの相互運用の構成」を参照して具体的なトランザクションの構成要件とガイドラインを確認してください。 |
jms-notran-adp |
eis.jms.WLSConnectionFactoryJNDINoTX |
トランザクション・セマンティクスは提供されません。必要なQOSが「最大1回」または「重複可」の場合に使用します。必要なQOSが「最大1回」の場合、 注意: 非トランザクション・セッションで使用される確認応答モードの詳細は、Oracle WebLogic Server JMSアプリケーションの開発のWebLogic JMSの理解を参照してください。 |
メッセージング・ブリッジは、ブリッジ宛先にマップされる2つの実際の宛先を接続します: メッセージの受信元であるソース宛先と、メッセージの送信先であるターゲット宛先です。
ブリッジする必要があるメッセージング製品に応じた、2種類のブリッジ宛先があります。
JMSメッセージング製品(WebLogic JMS実装またはサード・パーティのJMSプロバイダ)の場合、メッセージング・ブリッジにマップする実際のソースJMS宛先および対象JMS宛先ごとにJMSブリッジ宛先のインスタンスを構成します。JMSブリッジ宛先のインスタンスでは、WebLogicドメイン内のブリッジのソース宛先およびターゲット宛先に対してユニークな名前が付けられます。また、特定の宛先との通信に使われるアダプタの名前、そのアダプタに渡すプロパティ情報(「接続URL」、「接続ファクトリのJNDI名」など)も定義され、任意でユーザー名やパスワードを指定することもできます。Oracle WebLogic Server管理コンソール・ヘルプのJMSブリッジ宛先の作成を参照してください。次を参照してください:
具体的な構成要件とガイドラインについては、「WebLogic Serverの別のリリースとの相互運用」または「外部プロバイダとの相互運用」。
サード・パーティ製JMSプロバイダのブリッジ宛先を構成する場合、外部JMSサーバー機能を使用すると複数のソース宛先またはターゲット宛先を速やかに構成できます。Oracle WebLogic Server JMSリソースの管理で、サード・パーティJMSプロバイダにアクセスする外部サーバー・リソースの構成を参照してください。
JMS以外のメッセージング製品の場合は、一般ブリッジ宛先のインスタンスは、メッセージング・ブリッジにマップされる実際のソース宛先およびターゲット宛先のそれぞれに対して構成する必要があります。一般ブリッジ宛先のインスタンスでは、WebLogicドメイン内の実際のソースおよびターゲットの一般ブリッジ宛先に対してユニークな名前が付けられます。また、特定の宛先との通信に使用されるアダプタの名前、そのアダプタに渡すプロパティの一覧も定義され、任意でユーザー名やパスワードを指定することもできます。Oracle WebLogic Server管理コンソール・ヘルプのJMSブリッジ宛先の作成を参照してください。
注意:
WebLogic JMSにはJMS以外のメッセージング製品にアクセスするための一般ブリッジ宛先フレームワークが含まれていますが、WebLogic Serverではこのような製品用のアダプタは提供されません。したがって、サード・パーティのOEMベンダーからカスタム・コネクタ・アダプタを取得し、構成の手順についてはOEMベンダーのドキュメントを参照する必要があります。カスタム・コネクタ・アダプタの取得に関しては、BEAのプロフェッショナル・サービスに連絡してください。
メッセージング・ブリッジ・インスタンスは、構成済みのソース・ブリッジ宛先およびターゲット・ブリッジ宛先と通信します。ソース宛先とターゲット宛先との各マッピングに対して、メッセージング・ブリッジ・インスタンスを構成する必要があります。これは、ターゲット宛先が別のWebLogic JMS実装であっても、サード・パーティ製JMSプロバイダであっても同様です。各メッセージング・ブリッジ・インスタンスは、マッピングするソース宛先とターゲット宛先、メッセージ・フィルタリング・セレクタ、サービスの品質(QOS)、トランザクション・セマンティクスおよび各種再接続パラメータを定義します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのメッセージング・ブリッジ・インスタンスの作成を参照してください。
ターゲット宛先以外がJMSメッセージ製品以外の場合は、メッセージング・ブリッジのインスタンスを構成する必要があることに注意してください。
次の各項では、WebLogic Server管理コンソールを使用してメッセージング・ブリッジを構成および管理する方法について説明します。
メッセージング・ブリッジの作成手順には以下のタスクがあります。
WebLogic Server管理コンソールを使用すると、適切なリソース・アダプタをデプロイし、一部の属性値を設定して、メッセージング・ブリッジを作成できます。使用する環境に合うように、メッセージング・ブリッジの設定変更が必要な場合もあります。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのメッセージング・ブリッジ・インスタンスの作成を参照してください。
注意:
メッセージング・ブリッジのターゲット宛先を異種混在クラスタや動的クラスタにすることはできません。
WebLogic Server管理コンソールを使用したメッセージング・ブリッジの管理で通常必要になるタスクは次のとおりです。
ドメインに構成されているすべてのメッセージング・ブリッジの状態のモニター。Oracle WebLogic Server管理コンソール・ヘルプのメッセージング・ブリッジ・インスタンスのモニターを参照してください。
アクティブなメッセージング・ブリッジの中断と再起動。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのメッセージング・ブリッジの中断と再起動を参照してください。
メッセージング・ブリッジのデフォルトの実行スレッド・プール・サイズの構成。Oracle WebLogic Server管理コンソール・オンライン・ヘルプで、メッセージング・ブリッジの実行スレッド・プール・サイズの構成を参照してください。
リソース・アダプタのデプロイ。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのリソース・アダプタのデプロイを参照してください。
セキュリティの信頼関係の作成。Oracle WebLogic Server JTAアプリケーションの開発で、ドメイン間およびドメイン内トランザクションのセキュアな通信の構成を参照してください。
永続性ストアと同様に、メッセージング・ブリッジはクラスタをターゲットに設定して、高可用性および動的スケーラビリティを構成できます。メッセージング・ブリッジの分散ポリシー・プロパティをDistributedに設定すると、各クラスタ・メンバーにブリッジのインスタンスが1つ作成されて起動します。分散ポリシーをSingletonに設定すると、ブリッジの単一インスタンスのみがクラスタで起動します。Oracle WebLogic Server JMSリソースの管理で、JMSサービスの分散ポリシーの定義を参照してください。
ブリッジでは、移行ポリシーをOn-FailureまたはOffに設定する必要があります。移行ポリシーをAlwaysで構成しようとすると、検証エラーのログが出力されます。ブリッジには、失敗した操作を再試行するメカニズムが組み込まれています。このため、ブリッジではrestart-in-place設定が無視されます。詳細は、Oracle WebLogic Server JMSリソースの管理のJMSサービスの以降ポリシーの定義を参照してください。