プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle WebLogic Server WebLogicメッセージング・ブリッジの管理
12c (12.2.1.3.0)
E90315-01
目次へ移動
目次
前
前 		次
次

2 メッセージング・ブリッジの理解

この章では、WebLogicメッセージング・ブリッジのコンポーネント、概念および機能について説明します。

この章の内容は次のとおりです。

メッセージング・ブリッジとは

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にアップグレードした後に、構成から削除できます。

図2-1 Weblogicメッセージング・ブリッジ

図2-1の説明が続きます
「図2-1 WebLogicメッセージング・ブリッジ」の説明

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

トランザクション・セマンティクスにXAResourceを提供します。必要なQOSが「必ず1回」の場合に使用します。これにより、受信されたメッセージがエンベロープされ、ユーザー・トランザクション(XA/JTA)内で送信されます。このリソース・アダプタを使用する場合、次の要件が適用されます。

  • ブリッジされているすべてのWebLogic Server実装がリリース7.0以降である必要があります。

  • ソースおよびターゲットのJMS接続ファクトリでXAConnectionFactoryを使用するように構成する必要があります。

注意: このアダプタをデプロイする前に、「複数のWebLogicドメインの相互運用の構成」を参照して具体的なトランザクションの構成要件とガイドラインを確認してください。

 
jms-notran-adp
 
eis.jms.WLSConnectionFactoryJNDINoTX

トランザクション・セマンティクスは提供されません。必要なQOSが「最大1回」または「重複可」の場合に使用します。必要なQOSが「最大1回」の場合、AUTO_ACKNOWLEDGEモードが使用されます。必要なQOSが「重複可」の場合、CLIENT_ACKNOWLEDGEモードが使用されます。

注意: 非トランザクション・セッションで使用される確認応答モードの詳細は、Oracle WebLogic Server JMSアプリケーションの開発のWebLogic JMSの理解を参照してください。

ソース・ブリッジ宛先とターゲット・ブリッジ宛先

メッセージング・ブリッジは、ブリッジ宛先にマップされる2つの実際の宛先を接続します: メッセージの受信元であるソース宛先と、メッセージの送信先であるターゲット宛先です。

ブリッジする必要があるメッセージング製品に応じた、2種類のブリッジ宛先があります。

JMSブリッジ宛先

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管理コンソールを使用してメッセージング・ブリッジを構成および管理する方法について説明します。

メッセージング・ブリッジ・インスタンスを作成する

メッセージング・ブリッジの作成手順には以下のタスクがあります。

  1. ソース・ブリッジ宛先とターゲット・ブリッジ宛先を作成します。
  2. リソース・アダプタをデプロイします。
  3. メッセージング・ブリッジ・インスタンスを作成します。
  4. 必要な高可用性パラメータを作成します。「高可用性のためのメッセージング・ブリッジの構成」を参照してください
  5. メッセージング・ブリッジの対象を指定します。

WebLogic Server管理コンソールを使用すると、適切なリソース・アダプタをデプロイし、一部の属性値を設定して、メッセージング・ブリッジを作成できます。使用する環境に合うように、メッセージング・ブリッジの設定変更が必要な場合もあります。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのメッセージング・ブリッジ・インスタンスの作成を参照してください。

注意:

メッセージング・ブリッジのターゲット宛先を異種混在クラスタや動的クラスタにすることはできません。

メッセージング・ブリッジ・インスタンスの管理

WebLogic Server管理コンソールを使用したメッセージング・ブリッジの管理で通常必要になるタスクは次のとおりです。

高可用性のためのメッセージング・ブリッジの構成

メッセージング・ブリッジはクラスタをターゲットに設定して、高可用性および動的スケーラビリティを構成できます。

メッセージング・ブリッジの分散ポリシー・プロパティをDistributedに設定すると、各クラスタ・メンバーにブリッジのインスタンスが1つ作成されて起動します。分散ポリシーをSingletonに設定すると、ブリッジの単一インスタンスのみがクラスタで起動します。Oracle WebLogic Server JMSリソースの管理で、JMSサービスの分散ポリシーの定義を参照してください。

ブリッジでは、移行ポリシーをOn-FailureまたはOffに設定する必要があります。移行ポリシーをAlwaysで構成しようとすると、検証エラーのログが出力されます。ブリッジには、失敗した操作を再試行するメカニズムが組み込まれています。このため、ブリッジではrestart-in-place設定が無視されます。『Oracle WebLogic Server JMSリソースの管理』のJMSサービスの移行ポリシーの定義に関する項を参照してください。

前
前 		次
次
目次へ移動
目次