Oracle® Fusion Middleware Oracle WebLogic Server JMSの構成と管理 11g リリース1(10.3.4) B61636-02 |
|
前 |
次 |
以下の節では、このガイド『Oracle Fusion Middleware Oracle WebLogic Server JMSの構成と管理』の内容と構成について説明します。
このドキュメントは、JMSサーバー、スタンドアロンの宛先(キューとトピック)、分散宛先、接続ファクトリなどのWebLogic JMSリソースの構成、管理、およびモニターを担当するシステム管理者を対象としています。
このドキュメントでは、本番段階における管理、モニター、およびパフォーマンス・チューニングについて取扱います。ソフトウェア・プロジェクトの本番前の開発またはテスト段階については説明しません。これらのトピックに関するWebLogic Serverのドキュメントとリソースへのリンクについては、「関連ドキュメント」を参照してください。
このドキュメントは、WebLogic Serverのシステム管理に精通している読者を対象としています。このドキュメントでは、WebLogic Server JMSの付加価値機能と、WebLogic Server機能を使用してWebLogic JMSを本番環境で管理するための主要な情報を重点的に扱います。
この章第1章「概要とロードマップ」では、このガイドの構成について説明します。
第2章「JMSリソースの構成について」では、WebLogic JMSのアーキテクチャと機能について概説します。
第3章「基本JMSシステム・リソースの構成」では、JMSサーバー、宛先(キューおよびトピック)、接続ファクトリなどの基本的なWebLogic JMSリソースを構成する方法について説明します。
第4章「拡張JMSシステム・リソースの構成」では、JMSサーバー、移行可能なターゲット、分散宛先などのJMSクラスタリング機能を構成する方法について説明します。
第5章「JMSアプリケーション・モジュールのデプロイメントの構成」では、グローバルに使用可能なスタンドアロン・リソースとしてデプロイできるアプリケーション・モジュール向け、またはパッケージ化したエンタープライズ・アプリケーションでのみ使用できるエンタープライズ・アプリケーションの一部として、JMSリソースを準備する方法を説明します。
第6章「WLSTを使用したJMSサーバーおよびJMSシステム・モジュール・リソースの管理」では、WebLogic Scripting Toolを使用してJMSリソースをプログラムで作成および管理する方法について説明します。
第7章「Oracle AQ JMSとの相互運用」では、Oracle AQ JMSとの相互運用の方法について説明します。
第8章「JMS統計のモニターとメッセージの管理」では、管理コンソールを使用してJMSオブジェクトの実行時統計をモニターおよび管理する方法について説明します。
第9章「JMS初級および上級ユーザーのベスト・プラクティス」では、初級および上級のJMSユーザーにアドバイスとベスト・プラクティスを提供します。
第10章「WebLogic JMSのトラブルシューティング」では、メッセージ・ログを構成および管理する方法と、宛先に対するメッセージ処理を一時的に休止する方法について説明します。
このドキュメントには、JMS固有の構成および管理上の情報が含まれています。
WebLogic Serverアプリケーションの開発、デプロイメント、モニターの総合的な情報については、以下を参照してください。
『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』は、WebLogic ServerでJMS APIプログラミングを行うためのガイドです。
『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使い方』のWebLogic Serverのクラスタリングに関する項では、WebLogic Serverのクラスタリングの仕組みを説明します。
『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』は、WebLogic Serverアプリケーションのデプロイに関するもっとも詳細なガイドです。スタンドアロンまたはアプリケーション・スコープのJMSリソース・モジュールに関する説明があります。
『Oracle Fusion Middleware Oracle WebLogic Serverサーバー環境の構成』の「WebLogic永続ストアの使い方」では、システム全体を対象としたWebLogic永続ストアの利点と使用について説明します。
『Oracle Fusion Middleware Oracle WebLogic Serverストア・アンド・フォワードの構成と管理』では、JMSメッセージを使用したストア・アンド・フォワード・サービスの利点と使用について説明します。
Oracle WebLogic Server WebLogic Tuxedo Connector管理ガイドでは、任意の2つのメッセージング製品間にメッセージング・ブリッジを構成する方法と、それによって様々なリリースのWebLogic JMS実装間やWebLogic JMSと他のメッセージング製品間で相互運用性を実現する方法について説明します。
『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』では、WebLogic Serverアプリケーションのパフォーマンスをモニターして改良するための情報が提供されます。WebLogic JMSで使用できる管理パフォーマンス・チューニング機能によって、JMSアプリケーションの能力を最大限に引き出す方法についても説明します。
このドキュメント以外に、JMSコード・サンプルとチュートリアルが用意されています。チュートリアルでは、JMSの構成、APIの使用方法、およびJMSの主要な開発タスクについて説明します。独自のシステムを構成する前に、まずJMSサンプルの一部またはすべてを実行することをお薦めします。
MedRecはWebLogic Serverに付属したエンドツーエンドのサンプルJava EEアプリケーションであり、一元的で独立した医療記録管理システムをシミュレートします。MedRecアプリケーションを使用すると、患者、医師、および管理者が、様々なクライアントから患者のデータを管理できます。
MedRecはWebLogic ServerとJava EEの機能を例示し、Oracle推奨のベスト・プラクティスを重要点として示します。MedRecはWebLogic Server配布キットに含まれており、Windowsマシンの「スタート」メニューからアクセスできます。Linuxなどのプラットフォームでは、WL_HOME
\samples\domains\medrec
ディレクトリからMedRecを起動します。WL_HOME
は、WebLogic Platformの最上位インストール・ディレクトリです。
WebLogic JMSには、JMS 1.1仕様で指定されている標準JMS APIよりも高度なWebLogic JMS拡張 APIが数多く用意されています。このAPI群は、http://java.sun.com/products/jms/docs.html
で入手できます。また、WebLogic Serverプラットフォームに緊密に統合されているため、セキュリティで保護されたJava EEアプリケーションを構築し、それらをWebLogic Serverコンソールで容易にモニターおよび管理できます。XAトランザクションが完全にサポートされているだけでなく、クラスタ機能とサービス移行機能による高可用性を特長としています。加えて、他のバージョンのWebLogic Serverやサード・パーティのメッセージ・プロバイダとの相互運用性も提供されます。
以下の節では、WebLogic JMSの一意かつ強力な機能について概説します。
WebLogic JMSには、信頼性に関する以下の機能があります。
すぐに使用可能なトランザクションのサポート:
JTA (Java Transaction API)の使用により、JMSアプリケーションとその他のトランザクション対応リソースの間のトランザクション(分散トランザクションを含む)を完全にサポート(『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMSによるトランザクションの使い方」を参照)。
完全に統合されたトランザクション・マネージャ(『Oracle Fusion Middleware Oracle WebLogic Server JTAのプログラミング』の「トランザクションの紹介」を参照)。
ファイルまたはデータベースの永続メッセージ・ストレージ(どちらもXAトランザクションに完全対応)。『Oracle Fusion Middleware Oracle WebLogic Serverサーバー環境の構成』の「WebLogic永続ストアの使い方」を参照してください。
メッセージのストア・アンド・フォワード(SAF)。この機能はクラスタ化可能で、利用不可能なリモートの宛先に送信されたメッセージをローカルに格納することにより信頼性を向上させます。『Oracle Fusion Middleware Oracle WebLogic Serverストア・アンド・フォワードの構成と管理』の「ストア・アンド・フォワード・サービスについて」を参照してください。
サーバーまたはネットワークの障害が発生した場合、JMSプロデューサおよびコンシューマ・オブジェクトは(使用可能なものがあれば)別のサーバー・インスタンスに透過的にフェイルオーバーを試みます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「JMSクライアントの自動フェイルオーバー」を参照してください。
複数のWebLogic Serverでターゲットとされる接続ファクトリを使用した接続クラスタリングのサポート。「WebLogic JMSクラスタリングの構成」を参照してください。
クラスタで高可用性、ロード・バランシング、およびフェイルオーバー・サポートを提供する共通分散キュー、レプリケートされた分散トピック、およびパーティション化された分散トピックのシステム支援構成。『Oracle WebLogic Server JMSのプログラミング』の分散宛先の使用および拡張パブリッシュ/サブスクライブ・アプリケーションの開発に関する項で説明されています。
サーバー全体の自動移行。高度なクラスタの信頼性とサーバー移行機能を提供します。現在、WebLogic Serverでは、クラスタリングされたサーバー・インスタンスとそこでホストされるすべてのサービスについて、1つのマシンから別のマシンへの自動および手動での移行をサポートしています。「WebLogic JMSクラスタリングの構成」を参照してください。
失敗した、または期限の切れたメッセージのエラー宛先へのリダイレクト。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「ロールバック、リカバリ、再配信、または期限切れメッセージの管理」を参照してください。
JMS配信回数メッセージ・プロパティ(JMSXDeliveryCount
)をサポート。このプロパティでは、メッセージの配信試行回数を指定できます。1回目の試行が1、2回目の試行が2(以降同様)になります。WebLogic Serverでは、可能なかぎり配信回数を永続化することで、サーバーの再起動後に配信回数が1にリセットされないようにしています。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「Message」を参照してください。
3つのレベルでのロード・バランシングが可能です。ネットワーク・レベル、JMS接続、および分散宛先におけるロード・バランシングができます。
WebLogic JMSに備わっているエンタープライズ・レベルの機能は以下のとおりです。
WebLogic Serverは、Java EE 5.0仕様に完全準拠したJMS 1.1仕様を完全にサポート(しますhttp://java.sun.com/products/jms/docs.html
で入手可能)。また、標準JMS APIよりも高度なWebLogic JMS拡張が数多く用意されています。
以下のようなメッセージおよび宛先の堅牢な管理機能を提供します:
管理者は、管理コンソールまたは実行時APIを使用して、実行中のJMSサーバーのほとんどのメッセージを操作可能です。「JMSメッセージの管理」を参照してください。
管理者は、管理コンソールまたは実行時APIを使用して、所定のJMS宛先または単一のJMSサーバーでホストされるすべての宛先においてメッセージの生成、挿入(処理中のメッセージ)、および消費操作の休止と再開を行えます。「宛先でのメッセージ処理の制御」を参照してください。
メッセージドリブンEJB (MDB)でもメッセージの休止および再開機能が提供され、エラー状態での自動的な一時休止も可能です。『Oracle Fusion Middleware Oracle WebLogic ServerメッセージドリブンBeanのプログラミング』の「MDBのプログラミングと構成: 詳細」を参照してください。
JMSリソースのモジュール形式のデプロイメント。XMLで定義され、これによりエンタープライズ・アプリケーション・ファイルを開いたり、手動によるJMSの膨大な再構成を行ったりすることなく、アプリケーションおよび必要なJMS構成をある環境から別の環境に移行できます。「JMSモジュールの概要」を参照してください。
JMSメッセージ・プロデューサは順序付けされたメッセージを単一の順序単位にグループ化できます。これにより、このようなすべてのメッセージが作成された順序で確実に連続処理されます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「メッセージ順序単位の使用」を参照してください。
メッセージ順序単位機能よりもさらに限定的なグループを定義するため、メッセージ作業単位(UOW)機能があります。これによってJMSプロデューサは特定のメッセージをUOWメッセージ・グループのコンポーネントとして識別でき、JMSコンシューマでもそうしたメッセージをそのようなものとして処理できます。たとえば、JMSプロデューサでは、メッセージが1つの単位として処理されるように、1つのクライアントに中断せずに配信する必要のあるメッセージの集合を指定できます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「作業単位メッセージ・グループの使用」を参照してください。
メッセージ・ライフ・サイクルのロギング。この機能を利用すると、管理者はJMSサーバーの観点から、具体的にはメッセージの生成、消費、削除などの基本的なライフ・サイクル・イベントによって、JMSメッセージの存在をより正確に把握できるようになります。「メッセージ・ライフ・サイクルのロギング」を参照してください。
タイマー・サービスを使用してスケジュール付きメッセージを配信できます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「メッセージ配信時間の設定」を参照してください。
柔軟な期限切れメッセージ・ポリシーで期限切れメッセージを処理できます。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「期限切れメッセージの処理」を参照してください。
XML (Extensible Markup Language)を含むメッセージをサポートします。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「XMLセレクタ・メソッドを使用したXMLメッセージ・セレクタの定義」を参照してください。
WebLogic Thin T3クライアントjar(wlthint3client.jar
)は、wlfullclient.jar
およびwlclient.jar
(IIOP)リモート・クライアントjarにかわる軽量の高性能な機能です。Thin T3クライアントは、クライアントの使用に適したAPIリッチ・セットへのアクセスを提供しながら、フットプリントは最小限で済みます。『Oracle Fusion Middleware Oracle WebLogic Serverスタンドアロン・クライアントのプログラミング』の「WebLogic Thin T3クライアントの開発」を参照してください。
JMS SAFクライアント。この機能を使用することで、(ネットワーク接続障害などが原因で)JMSクライアントが一時的に宛先にアクセスできない場合でも、JMSクライアントはサーバー側のJMS宛先にメッセージを確実に送信できるようになります。サーバーとの接続が切断されている間、JMS SAFクライアントによって送信されたメッセージはクライアント上でローカルに格納され、クライアントが再接続するときに、サーバー側のJMS宛先に転送されます。『Oracle Fusion Middleware Oracle WebLogic Serverスタンドアロン・クライアントのプログラミング』の「JMS SAFクライアントによる確実なメッセージ送信」を参照してください。
JMS resource-referenceプーリングによる、サーバー側アプリケーション内のJMSクライアント・リソースの自動プーリング。サーバー側アプリケーションで標準JMS APIを使用しながら、リソースを自動的にプーリングできます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMSをEJBやサーブレットと組み合せて使用するために拡張されたJava EEサポート」を参照してください。
WebLogic JMSには、自動的なメッセージ・ページング、メッセージ圧縮、XMLメッセージ用のDOMサポートといった以下のようなエンタープライズ・クラスのパフォーマンス機能があります。
WebLogic Serverは高度に最適化されたディスク・アクセス・アルゴリズムや他の内部拡張を使用して、JMSベースおよびWebサービスのメッセージングのパフォーマンスを向上させる統一されたメッセージング・カーネルを提供しています。『Oracle Fusion Middleware Oracle WebLogic Serverサーバー環境の構成』の「WebLogic永続ストアの使い方」を参照してください。
一方向メッセージ送信を使用すると、一般的な非永続メッセージングのパフォーマンスが大幅に改善される可能性があります。接続ファクトリに構成されている場合、関連するプロデューサはターゲット宛先のホストJMSサーバーからのレスポンスを内部的に待機せずに、メッセージを送信できます。キュー・センダーおよびトピック・パブリッシャに一方向送信を許可したり、この機能をトピック・パブリッシャのみに制限したりできます。「一方向ウィンドウ・サイズ」を指定して、追加の一方向送信を続行する前に、プロデューサを制御するために双方向メッセージが必要になる時期を決定することもできます。Oracle WebLogic Server管理コンソール・オンライン・ヘルプの接続ファクトリのフロー制御の構成に関する項を参照してください。
負荷ピーク時に仮想メモリーを自動的に解放するメッセージ・ページング。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「メッセージのページングによるメモリーの解放」を参照してください。
管理者は、管理コンソールまたは実行時APIを使用して、指定したしきい値サイズを超えるメッセージを圧縮することにより、JVMの境界を超えて移動するメッセージの送信パフォーマンスを向上できます。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「メッセージの圧縮」を参照してください。
管理コンソールまたは実行時APIを使用して、コンシューマのJMS接続ファクトリの「同期コンシューマのプリフェッチ・モード」オプションを有効にすることにより、同期コンシューマでも非同期コンシューマと同じ効率的な動作を利用できます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「プリフェッチ・モードを使用した同期メッセージ・パイプラインの作成」を参照してください。
JMSメッセージ用に様々なパフォーマンス・チューニング・オプションを提供します。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「WebLogic JMSのチューニング」を参照してください。
単一トランザクションで複数のメッセージを処理することでMDBトランザクションのバッチ処理をサポートします。『Oracle Fusion Middleware Oracle WebLogic ServerメッセージドリブンBeanのプログラミング』の「メッセージドリブンBeanでのバッチの使用」を参照してください。
JMS SAFにより、クラスタ間に渡るWebLogicメッセージング・ブリッジ以上のパフォーマンスが実現します。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「WebLogic JMSストア・アンド・フォワードのチューニング」を参照してください。
DOM (Document Object Model)によるXMLメッセージ送信のサポートにより、アプリケーションでXMLメッセージの送信前にDOMをフラット化する必要がなくなるため、すでにDOMを使用している実装のパフォーマンスが大幅に向上します。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「XMLメッセージの送信」を参照してください。
負荷ピーク時のメッセージ・フロー制御。過度にアクティブな送信者のブロックもできます。『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』の「JMSサーバーおよび宛先のメッセージのフロー制御」と「割当ての定義」を参照してください。
JMS resource-referenceプーリングを使用したJMSラッパーによる接続および他のオブジェクトの自動的なプーリング。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMSをEJBやサーブレットと組み合せて使用するために拡張されたJava EEサポート」を参照してください。
メッセージのマルチキャスト。IPマルチキャストを使用して多数のクライアントに同時配信できます。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMSでのマルチキャストの使い方」を参照してください。
WebLogic JMSは、WebLogic Serverとの緊密な統合を実現するため、以下の機能を備えています。
宛先を同じサーバーにアプリケーションとして配置できるため、サーバー側アプリケーションからJMSにネットワーク呼び出しなしでローカルにアクセス可能です。
WebLogic Serverと同じポート、プロトコル、ユーザーIDを使用(T3、IIOP、およびHTTPトンネリング・プロトコル、必要に応じてSSL)。
WebLogic ServerのWebサービス、Enterprise JavaBeans (MDBを含む)、およびサーブレットをJMSと緊密に連携させることが可能です。
同じ管理コンソール、またはJMS APIを使用して構成とモニターが可能です。
WebLogic Scripting Tool (WLST)のサポートにより、対話形式で、または実行可能なスクリプトを使用して構成の変更の開始、管理、および永続化が可能です。第6章「WLSTを使用したJMSサーバーとJMSシステム・モジュール・リソースの管理」を参照してください。
JMXの管理およびモニターAPI群を完備。『Oracle Fusion Middleware Oracle WebLogic Server JMXによるカスタム管理ユーティリティの開発』を参照してください。
完全に統合されたトランザクション・マネージャ(『Oracle Fusion Middleware Oracle WebLogic Server JTAのプログラミング』の「トランザクションの紹介」を参照)。
WebLogic Serverに組み込まれた高度なセキュリティ・モデル(ポリシー・エンジン)を利用します。Oracle Fusion Middleware Oracle WebLogic Serverロールおよびポリシーによるリソースの保護の「WebLogic Securityについて」と「ポリシーで保護できるリソースのタイプ」を参照してください。
WebLogic JMSは、他のメッセージング・サービスとの相互運用性のため、以下の機能を備えています。
以前のリリースのWebLogic Serverとの直接の相互運用を完全にサポートします。『Oracle Fusion Middleware Oracle WebLogic Serverインフォメーション・ロードマップ』の「WebLogic Serverの互換性」を参照してください。
メッセージをWebLogicメッセージング・ブリッジでトランザクションを介して他のJMSプロバイダへ転送します。WebLogic JMSの他のインスタンスやバージョンへも同様に転送します。Oracle Fusion Middleware Oracle WebLogic Serverメッセージング・ブリッジの構成と管理を参照してください。
他のJMSプロバイダのマッピングをサポートします - これにより、他のJMSプロバイダのオブジェクトがWebLogic JNDIツリーにローカルJMSオブジェクトとして表示されます。また、ローカルのJNDIツリーで別のクラスタまたはドメインにあるWebLogic Serverのリモート・インスタンスも参照できます。「外部サーバーの構成」を参照してください。
MDBを使用することで、複数のJMSプロバイダからのメッセージをトランザクションとして受信可能です。『Oracle Fusion Middleware Oracle WebLogic ServerメッセージドリブンBeanのプログラミング』の「MDBのプログラミングと構成: 詳細」を参照してください。
WebサービスとJMSのトランスポートとしての信頼性ある統合。『Oracle Fusion Middleware Oracle WebLogic Server JAX-RPC Webサービスの高度な機能のプログラミング』の「Webサービスの信頼性のあるメッセージングの使用」を参照してください。
JMS resource-referenceプーリングによる、サーバー側アプリケーション内の非WebLogic JMSクライアント・リソースの自動トランザクション登録。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMSをEJBやサーブレットと組み合せて使用するために拡張されたJava EEサポート」を参照してください。
WebLogic Tuxedo Connectorで提供されるOracle Tuxedoメッセージングとの統合。Oracle WebLogic Server WebLogic Tuxedo Connector管理ガイドのOracle Tuxedoキューイング・ブリッジの構成方法に関する項を参照してください。
Weblogic JMS C APIにより、「C」で記述されたプログラムがJMSアプリケーションに参加可能です。このJMS C APIの実装では、Java仮想マシン(JVM)へのアクセスにJNIを使用します。『Oracle Fusion Middleware Oracle WebLogic Server JMSのプログラミング』の「WebLogic JMS C API」を参照してください。
Oracle Streams Advanced Queuing (AQ)は、メッセージを管理するためのOracleデータベース機能を活用するデータベース統合型メッセージ・キューイング機能を提供します。WebLogic Serverは、WebLogic Serverドメインで外部JMSおよびJDBCデータ・ソース構成を使用してOracle AQを相互運用します。ローカル/リモートJMSクライアントの両方がWebLogic JNDIからOracle AQ宛先を使用できます。第7章「Oracle AQ JMSの相互運用」を参照してください。
この項では、WebLogic Serverの最新パッチセットで新しく変更された機能を説明します。
WebLogic Serverのこのリリースに追加された新機能の一覧については、『Oracle WebLogic Serverの新機能』を参照してください。
このリリースには、次の新しい機能と変更された機能が含まれています。
重み設定された分散宛先はWebLogic Server 10.3.4.0では非推奨されています。共通分散宛先を使用することをお薦めします。
パーティション化された分散トピックは、高度な拡張性および可用性を持つパブリッシュ・メカニズムを備えるメンバーへのメッセージをロード・バランシングする機能を提供します。「パーティション化された分散トピックの構成」を参照してください。
無制限クライアントIDポリシーを使用すると、1つ以上のJMS接続が同一クライアントIDを使用できるようになります。「無制限ClientIDの構成」を参照してください。
共有サブスクリプションを使用すると、複数のサブスクライバが単一サブスクリプションのメッセージを並列処理できるようにする同一のサブスクリプションを共有できるようになります。「共有サブスクリプションの構成」を参照してください。
高可用性およびパラレル処理を実現するための新しいメッセージドリブンBean(MDB)アクティブ化構成プロパティ、構成順列およびデプロイメント・アクション。『Oracle WebLogic ServerメッセージドリブンBeanのプログラミング』の分散トピックを使用したMDBの構成とデプロイメントに関する項を参照してください。
このリリースには、次の新しい機能と変更された機能が含まれています。
weblogic.jms.extensions.WLMessageの次の内部メソッドはOracleの公開ドキュメントに含まれていましたが、削除されました。
public void setSAFSequenceName(String safSequenceName);
public String getSAFSequenceName();
public void setSAFSeqNumber(long seqNumber);
public long getSAFSeqNumber();
アプリケーションでこれらの内部メソッドを使用しないでください。内部メソッドは、将来のリリースで予告なしに変更または削除される場合があります。
JMSDestinationAvailabilityHelper APIによって、宛先が使用可能になったとき、または使用できなくなったときに通知を受ける方法が提供されます。これらのAPIは、高度な使用事例のみを対象としています。このヘルパーは、WebLogic分散コンシューマの問題を解決する手段が他にない場合にのみ使用してください。『Oracle WebLogic Server JMSのプログラミング』の分散キューでのJMS宛先可用性ヘルパーAPIの使用に関する項を参照してください。
このリリースには、WebLogic Serverドメインで外部JMSおよびJDBCデータ・ソース構成を介してOracle Advanced Queueing (AQ)を相互運用するためのサポートが含まれています。ローカル/リモートJMSクライアントの両方がWebLogic JNDIからOracle AQ宛先を使用できます。第7章「Oracle AQ JMSの相互運用」を参照してください。