| Oracle® Fusion Middleware Fusion Middleware ControlによるOracle WebLogic Serverの管理 12c (12.2.1.3.0) E90204-03 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Fusion Middleware ControlによるOracle WebLogic Serverの管理 12c (12.2.1.3.0) E90204-03 |
|
|
前 |
次 |
JMSのWebLogic Server実装は、WebLogic Serverに密接に統合されたエンタープライズクラスのメッセージング・システムです。JMS仕様を完全にサポートし、標準のJMS APIではサポートされない様々なWebLogic Server JMS拡張機能も提供します。WebLogic Server JMSおよび他の関連のWebLogic Serverメッセージング・コンポーネントの詳細は、次のガイドを参照してください。
WebLogic ServerでのJMS APIプログラミングのガイドは、『Oracle WebLogic Server JMSアプリケーションの開発』。
JMSリソースの構成および管理の詳細は、『Oracle WebLogic Server JMSリソースの管理』。
WebLogic Server JMSでのストア・アンド・フォワード・サービスの利点および使用方法の詳細は、『Oracle WebLogic Serverストア・アンド・フォワード・サービスの管理』。
WebLogic Server JMSでのシステム全体のWebLogic永続ストアの利点および使用方法の詳細は、WebLogic永続ストアの使用。
WebLogic Server JMS実装間に、またWebLogic Server JMSと他のメッセージング製品との間に相互運用性をもたらす転送メカニズムの詳細は、WebLogicメッセージング・ブリッジの構成および管理に関するマニュアル。
注意:
ドメイン・パーティションにログインしている場合は、「ドメイン・パーティション」メニューからナビゲートします。
この章の内容は次のとおりです。
JMSサーバーは、特にJMSサーバーをターゲットとしたJMSモジュール内のJMSキューおよびトピック・リソース用の管理コンテナとして機能します。JMSサーバーを作成、モニター、制御および構成できます。
この項には、次の項目が含まれます。
JMSサーバーは、サーバーでターゲット指定されたJMSモジュール内のJMSキューおよびトピック宛先用の管理コンテナとして機能する、環境関連の構成エンティティです。ドメイン内の各JMSサーバーに、複数のJMSモジュールをターゲット指定できます。
JMSサーバーを作成するには:
「一般設定」ページで、このJMSサーバーの次のような設定を定義できます。
「名前」に、このJMSサーバーの名前を入力します。
「スコープ」で、この新しいJMSサーバーを作成するスコープを選択します。
「永続ストア」で、JMSサーバーが使用する構成済のカスタム・ファイルまたはJDBCストアを選択するか、または「ストアの作成」ボタンをクリックして、その場でストアを作成します。
このフィールドの設定を「なし」のままにした場合、JMSサーバーはターゲット指定された各サーバー・インスタンスで自動的に構成された、デフォルトのファイル・ストアを使用します。ストアの構成の詳細は、「ファイル・ストアの構成」を参照してください。
注意:
JMSサーバーのターゲットにより:
移行可能なターゲットの場合、デフォルト・ストアを使用できないため、カスタム・ストアを構成して、同じ移行可能なターゲットにターゲット指定する必要があります。
動的クラスタの場合、カスタム永続ストアは、同じ動的クラスタまたは各動的クラスタ・メンバーで使用可能なデフォルトのストアをターゲット指定する必要があります。
これらのフィールドの詳細は、構成オプションを参照してください。
ドメイン内のアクティブなJMSサーバーの実行時情報の統計をモニターできます。また、JMSサーバーの宛先、トランザクション、接続およびサーバー・セッション・プールの実行時情報にアクセスすることもできます。
このドメインにデプロイされているJMSサーバーをモニターするには、次の手順を実行します。
JMSサーバーのページング・ストア、アクティブな宛先、アクティブなトランザクション、アクティブな接続、セッション・プールなど、ドメイン内の各JMSサーバーの様々な実行時統計をモニターできます。宛先で待機している異常な数のメッセージなど、異常なアクティビティを見つけるJMSサーバーの統計を表示します。
特定のJMSサーバーをモニターするには、次の手順を実行します。
JMSサーバーをターゲット指定したすべての宛先に対して、すべての実行時のメッセージの生成、挿入(処理中のメッセージ)および消費の処理を一時的に休止できます。これらのメッセージの休止オプションを使用すると、外部リソースの障害が発生した場合のJMSサブシステムの動作の管理制御を指定できます。
たとえば、宛先に対するメッセージの生成および挿入を一時的に休止することによって、トラブルシューティングの目的で既存のすべてのメッセージを効率的に排出し、問題解決後に生成および挿入を再開できます。
JMSサーバーでメッセージを制御するには、次の手順を実行します。
「構成オプション」を参照してください。
JMSサーバーをターゲット指定し、選択した宛先で、実行時メッセージの生成、挿入(処理中のメッセージ)および消費の処理を一時的に休止できます。
JMSサーバーでアクティブな宛先を制御するには、次の手順を実行します。
「構成オプション」を参照してください。
JMSサーバーで実行中の選択したトランザクションのコミットまたはロールバックを強制的に実行できます。
JMSサーバーでアクティブなトランザクションを制御するには、次の手順を実行します。
「構成オプション」を参照してください。
JMS接続は、アプリケーションとメッセージング・システムの間の開いている通信チャネルを表し、メッセージを生成および消費するためのセッションを作成するために使用します。トラブルシューティングのために、JMSサーバーで選択した接続を破棄できます。
JMSサーバーでJMS接続を破棄するには、次の手順を実行します。
「構成オプション」を参照してください。
JMSサーバーを作成した後には、メッセージ・ページングのための全般的な任意指定のプロパティを定義できます。また、アプリケーションで一時的な宛先を作成する場合に使用するテンプレートを指定したり、期限切れのメッセージ用の宛先のアクティブなスキャンについて必要な休止の間隔を指定したりできます。
JMSサーバーの一般設定を構成するには、次の手順を実行します。
JMSサーバーを作成した後には、このJMSサーバーをターゲット指定したJMSモジュールにおける宛先のバイト数やメッセージ数のしきい値の上限および下限を定義できます。これらのしきい値を超過すると、ログ・メッセージの生成およびメッセージ・フロー制御の開始などのイベントがトリガーされます。「割当て」セクションで、メッセージに許容される最大サイズと、JMSサーバーで使用可能なメッセージ数およびバイト数を指定できます。また、宛先が最大メッセージ数を超えた場合に、JMSサーバーが長いメッセージの前に短いメッセージを配信するかどうかを定義する、ブロッキング・ポリシーを定義できます。
JMSサーバーのしきい値および割当てを構成するには、次の手順を実行します。
JMSセッション・プールを使用すると、アプリケーションでメッセージを並行して処理できます。JMSサーバーを定義した後には、必要に応じてJMSサーバーごとに1つまたは複数のセッション・プールを構成できます。
新規のJMSセッション・プールを作成するには、次の手順を実行します。
JMSセッション・プールを使用すると、アプリケーションでメッセージを並行して処理できます。JMSサーバーを定義した後には、必要に応じてJMSサーバーごとに1つまたは複数のセッション・プールを構成できます。
JMSサーバー用に作成されたセッション・プールの構成情報を表示するには、次の手順を実行します。
接続コンシューマは、JMSサーバーのセッションを取得し、メッセージを処理する、キューまたはトピックです。セッション・プールの定義後、各セッション・プールについて、1つまたは複数の接続コンシューマを構成します。
新しいコンシューマを作成するには、次の手順を実行します。
接続コンシューマは、JMSサーバーのセッションを取得し、メッセージを処理する、キューまたはトピックです。セッション・プールの定義後、各セッション・プールについて、1つまたは複数の接続コンシューマを構成します。
この項の内容は次のとおりです。
ストア・アンド・フォワード(SAF)サービスを使用すると、WebLogic Serverでは、複数のWebLogic Serverインスタンスに分散されているアプリケーション間でメッセージを確実に配信することができます。ネットワークの問題またはシステムの障害が原因で、メッセージの送信時に宛先が使用不能になっている場合、メッセージはローカルのサーバー・インスタンスに保存されて、リモートの宛先が使用可能になった時点で転送されます。
SAFエージェントは、ローカル送信エンドポイントとリモート受信エンドポイントの間でメッセージのストア・アンド・フォワードを行います。SAFエージェントは、受信機能のみ、送信機能のみ、または両方の機能を持つように構成できます。WebLogic Server SAFでは、JMSメッセージ送信側の送信エージェントのみが必要となります。一方、Web Services Reliable Messaging (WSRM) SAFでは、送信エージェントと受信エージェントの両方が必要です。
この項には、次の項目が含まれます。
ストア・アンド・フォワード(SAF)サービスでは、SAFエージェントを使用して、複数のWebLogic Serverインスタンスに分散されているアプリケーション間でメッセージを確実に配信します。SAFエージェントは、受信機能のみ、送信機能のみ、または両方の機能を持つように構成できます。JMS SAFでは、JMSメッセージの送信側に送信エージェントのみが必要になります。一方、WSRM SAFでは、送信エージェントと受信エージェントの両方が必要です。
ストア・アンド・フォワード・エージェントを作成するには:
「一般設定」ページで、このSAFエージェントの次のような設定を定義できます。
「名前」に、このSAFエージェントの名前を入力します。
「スコープ」で、この新しいSAFエージェントを作成するスコープを選択します。
SAFメッセージ専用のストアが必要な場合は、「永続ストア」でカスタム永続ストアを選択するか、または「新しいストアの作成」をクリックして新しいカスタム・ストアを構成します。
このフィールドを「none」のままにした場合、SAFエージェントは、ターゲット指定された各サーバー・インスタンス上で自動的に構成されるデフォルトのファイル・ストアを使用します。ストアの構成の詳細は、「ファイル・ストアの構成」を参照してください。
注意:
SAFエージェントが移行可能なターゲットに指定されている場合は、デフォルト・ストアを使用できません。そのため、カスタム・ストアを構成して、同じ移行可能なターゲットにターゲット指定する必要があります。
「エージェントのタイプ」で、次の1つを選択します。
送信専用: 永続ストレージへのメッセージの格納、受信側へのメッセージの転送、および確認応答が時間内に戻らなかった場合のメッセージの再送を行うエージェントを構成します。
受信専用: 受信エージェントから送信されたメッセージの検出と重複排除、および最終的な宛先へのメッセージの配信を行うエージェントを構成します。
両方: 送信エージェントと受信エージェントの機能を備えたエージェントを構成します。
注意:
JMS SAFでは構成済の受信エージェントは必要ないため、JMS SAFのユーザーは「送信専用」を選択してください。
これらのフィールドの詳細は、構成オプションを参照してください。
「ターゲット」ページで、SAFエージェントをデプロイするサーバー・インスタンス、クラスタまたは移行可能なターゲットを選択します。
移行可能なターゲットとは、SAFエージェントなど、サービスのグループとして機能し、クラスタ内のサーバー・メンバー上でのみアクティブになる論理的なターゲットです。元のサーバー上で問題が発生した場合に、移行可能なターゲットを1つのサーバー・メンバーから別のサーバー・メンバーへ移行することにより、高可用性が実現します。
「構成オプション」を参照してください。
注意:
メンバー・サーバーが単一障害点とならないよう、SAFエージェントのターゲットには移行可能なターゲットを指定することをお薦めします。ただし、移行可能なターゲットにターゲット指定されているSAFエージェントは、クラスタ全体を含め、その他のサーバー・ターゲットにターゲット指定することはできません。
ドメイン内の各SAFエージェントの様々な実行時統計(リモート・エンドポイントや会話など)をモニターできます。
特定のSAFエージェントの現在の統計を表示するには、次の手順を実行します。
SAFエージェントに関連付けられたアクティブなリモート・エンドポイントのメッセージ操作を制御できます。
SAFエージェントのリモート・エンドポイントを制御するには、次の手順を実行します。
「構成オプション」を参照してください。
JMSシステム・リソースは、標準のJava EEモジュールと同様のモジュールとして構成されて格納されます。このようなリソースには、キュー、トピック、接続ファクトリ、テンプレート、宛先キー、割当て、分散キュー、分散トピック、外部サーバー、JMSストア・アンド・フォワード(SAF)パラメータなどがあります。
システム・モジュールは、ドメインに構成されたサーバー・インスタンスおよびクラスタの対象指定に対して全面的に利用できます。したがって、同じ対象にデプロイされているすべてのアプリケーションおよびクライアント・アプリケーションで利用できます。
注意:
JMS構成リソースは、デプロイ可能なアプリケーション・モジュールとしても管理できます。パッケージ化されたモジュールとしてのJava EEアプリケーションとともに(この場合、同梱されたアプリケーションでのみ利用可能)、またはそのモジュールで定義されているリソースへのグローバル・アクセスを備えたスタンドアロン・モジュールとしての管理が可能です。JMSアプリケーション・モジュールの構成の詳細は、Oracle WebLogic Server JMSリソースの管理のデプロイメント用のJMSアプリケーション・モジュールの構成を参照してください。
この項には、次の項目が含まれます。
JMSシステム・リソースは、標準のJava EEモジュールと同様のモジュールとして構成されて格納されます。このようなリソースには、キュー、トピック、接続ファクトリ、テンプレート、宛先キー、割当て、分散キュー、分散トピック、外部サーバー、JMSストア・アンド・フォワード(SAF)パラメータなどがあります。
JMSシステム・リソースを作成するには:
「リソースのタイプ」ページで、作成するJMSリソースのタイプを選択します。次のJMSリソース・タイプの作成を選択できます。
接続ファクトリ: JMSクライアントでJMS接続を作成できる接続構成設定のセットを定義します。
宛先キー: 宛先に届くメッセージのソート順を定義します。
割当: 宛先で使用できるシステム・リソースの割当てを制御します。
JMSテンプレート: 類似した構成設定を持つ複数のキューおよびトピックを効率的に定義できます。
JMSキュー: ポイント・ツー・ポイント(PTP)宛先を定義することで、1つのアプリケーションから別のアプリケーションにメッセージを送信できます。
共通分散キュー: クライアントに対する単一の論理キューとして、アクセス可能なJMSキューの単一の単位を表します。
JMSトピック: 公開/サブスクライブ(pub/sub)の宛先を定義することで、1つのアプリケーションから複数のアプリケーションに対してメッセージを送信できます。
共通分散トピック: クライアントに対する単一の論理トピックとして、アクセス可能なJMSトピックの単一の単位を表します。
リモートSAFコンテキスト: SAFインポート済キューまたはトピックがリモート宛先に接続するために使用するSAFログイン・コンテキストを指定します。
SAFエラー・ハンドラ: SAFサービスがリモートの宛先へのメッセージ転送に失敗した場合に行うアクションを指定します。
SAFインポート済み宛先: リモート・サーバー・インスタンスまたはクラスタのJMSキューまたはトピックをローカルに表すSAFキューおよびトピックのコレクションを表します。
外部サーバー: 外部のWebLogic ServerであるサードパーティのJMSプロバイダを表します。
「構成オプション」を参照してください。
「JMSシステム・モジュール」ページで、このJMSリソースのJMSシステム・モジュールを選択します。
「JMSモジュール」で、アイコンをクリックして、JMSモジュールの表からこのJMSリソースを作成するJMSシステム・モジュールを選択します。
表が空か、または必要なJMSモジュールが表に含まれていない場合は、「新しいJMSモジュールの作成」をクリックしてJMSモジュールを作成し、表からそのJMSモジュールを選択します。
「スコープ」フィールドは、選択したJMSモジュールのスコープを示します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、JMSシステム・リソースの設定を定義します。プロパティは、JMSシステム・リソースのタイプによって決まります。
「プロパティ」ページで、接続ファクトリの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、接続ファクトリの名前を入力します。
作成した接続ファクトリの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「JNDI名」に、JNDIネーム・スペース内で接続ファクトリにアクセスするための名前を入力します。アプリケーションでは、このJNDI名を使用して接続ファクトリをルックアップします。
接続ファクトリのJNDI名を指定しない場合、接続ファクトリをサーバー・リソースに割り当てても、JNDIルックアップで使用できるようになりません。そのため、アプリケーション・スコープのコンテキストでしか接続ファクトリにアクセスできなくなります。
「ノート」に、この接続ファクトリの構成に関するノートを入力します。
「クライアントIDポリシー」で、このポリシーを使用する特定のクライアントIDを持つ接続が、クラスタ内に同時に1つのみ存在できる場合は、「制限付き」を選択します。同じクライアントIDが他の接続(制限の有無にかかわらず)によってすでに使用されていても、このポリシーを使用して作成された接続が任意のクライアントIDを指定できる場合は、「制限なし」を選択します。
この接続ファクトリを使用して作成されたすべてのサブスクライバが他のサブスクライバとサブスクリプションを共有できない場合は、「サブスクリプション共有ポリシー」で「排他」を選択します。この接続ファクトリを使用して作成されたすべてのサブスクライバが、作成時に使用した接続ファクトリにかかわらず、他のサブスクライバとサブスクリプションを共有できる場合は、「共有可能」を選択します。
コンシューマは、同一のクライアントIDおよびクライアントIDポリシーを持つ場合にのみ非永続サブスクリプションを共有できます。また、同一のクライアントID、クライアントIDポリシー、およびサブスクリプション名を持つ場合にのみ永続スクリプトを共有できます。
「同期コンシューマのプリフェッチ・モード」で、同期コンシューマが1回のサーバー・アクセスでサーバーからクライアントへ送信されるメッセージをプリフェッチするかどうかを指定します。
「セッション当たりの最大メッセージ数」で、非同期セッション向けに存在し、メッセージ・リスナーに渡されていないメッセージの最大数を指定します。同期プリフェッチ・モードが有効化されている場合、この値は1回のサーバー・アクセスでメッセージをプリフェッチする、メッセージ・コンシューマでの同期セッションにも影響します。
ロード・バランシングとサーバー・アフィニティを有効にする場合は、「分散宛先ロード・バランシング」の下で、適切なチェック・ボックスを選択します。
「トランザクション」の下の「XA接続ファクトリの有効化」で、標準のキューまたはトピックの接続ファクトリのかわりに、XAキューまたはXAトピックの接続ファクトリを使用するかどうかを選択します。
XAファクトリは、JMSアプリケーションでJTAユーザー・トランザクションを使用する場合に必要となりますが、トランザクション・セッションの場合は必要ありません。
「処理済セッション・トランザクション・タイムアウト」で、この接続ファクトリで作成された接続上のすべてのトランザクションのタイムアウト値(秒)を指定します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、宛先キーの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、この宛先キーの名前を入力します。
「ノート」に、この宛先キーの構成に関するノートを入力します。
「ソート・キー」で、メニューからメッセージのソート・キーを選択するか、またはそれに基づいてソートするメッセージのヘッダー・フィールドの名前を入力します。
「キーの種類」で、ソート・キーの所定のプロパティ・タイプを選択します(この設定は、タイプが暗黙的なメッセージ・ヘッダー・フィールド・キーでは無視されます)。
「方向」で、キーがメッセージをソートする際の方向(「昇順」または「降順」)を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、割当ての設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、この割当ての名前を入力します。
「ノート」に、この割当ての構成に関するノートを入力します
「ポリシー」で、宛先がメッセージ数の割当てを超過している場合に、長いリクエストの前に短いメッセージの送信リクエストを配信するかどうかを指定する配信ポリシーを選択します。
デフォルトのFIFO(先入れ先出し)ポリシーでは、最初のリクエストのための十分なスペースが確保されるまで、以降の新しい送信リクエストがブロックされます。また、新しいリクエストがタイム・アウトすると、割当て制限の例外が発生して新しいリクエストが拒否されます。
割込みポリシーを指定すると、宛先に、短いメッセージには十分なスペースがあり、それ以前の長いリクエストに対するスペースはない場合に、前の長いリクエストより先に新しい短い送信リクエストが処理されます。
「複数の宛先で共有」を選択して、この割当てを、参照する複数の宛先で共有するかどうかを指定します。
「宛先に格納できる合計バイト数」で、この割当てを使用する宛先に格納可能な合計バイト数を入力します。
「宛先に格納できるメッセージ数」で、この割当てを使用する宛先に格納可能な合計メッセージ数を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、JMSテンプレートの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、このJMSテンプレートの名前を入力します。
「ノート」に、このJMSテンプレートの構成に関するノートを入力します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、JMSキューの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」で、キューの名前を入力します。
作成したキューの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、このJMSキューの構成に関するノートを入力します。
「JNDI名」に、JNDIネーム・スペース内でキューにアクセスするための名前を入力します。アプリケーションでは、このJNDI名を使用してキューをルックアップします。
キューのJNDI名を指定しない場合、キューをJMSサーバーにターゲット指定しても、JNDIルックアップで使用できるようになりません。そのため、javax.jms.queueSession.createqueue() APIを使用して、またはアプリケーション・スコープのコンテキストでのみキューにアクセスできます。
構成済みのJMSテンプレートを使用してキューの設定を定義する場合は、「テンプレート」で、そのキューのテンプレートを選択します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、共通分散キューの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、共通分散キューの名前を入力します。
作成した共通分散キューの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、この共通分散キューの構成に関するノートを入力します。
「JNDI名」に、JNDIネームスペース内で共通分散キューをルックアップするのに使用するJNDI名を入力します。アプリケーションでは、このJNDI名を使用して分散キューをルックアップします。
分散キューのJNDI名を指定しない場合、分散キューをサーバー・リソースに割り当てても、JNDIルックアップで使用できるようになりません。そのため、javax.jms.queueSession.createqueue() APIを使用して、またはアプリケーション・スコープのコンテキストでのみ分散キューにアクセスできます。
オプションで「テンプレート」に、この共通分散キューを作成するときに使用するテンプレートを指定します。テンプレートを使用すると、類似した構成値を持つ複数の宛先を効率的に定義できます。
「分散構成」の下の「ロード・バランス・ポリシー」で、この分散キュー・メンバーにメッセージを分散する方法のポリシー(「ラウンドロビン」または「ランダム」)を指定します。
「順序単位のルーティング」で、分散キュー・メンバーがメッセージの宛先として選択される方法を指定します。「ハッシュ」に設定した場合、プロデューサがキュー・メンバーを計算します。「パス・サービス」に設定した場合、構成済のパス・サービスによってキュー・メンバーが決定されます。
「転送遅延の設定」で、「転送遅延」を選択して、メッセージを保持するがコンシューマを持たないキュー・メンバーが、コンシューマを持つ他のキュー・メンバーにメッセージを転送するまでに待機する時間を秒単位で指定するか、または「メッセージは転送されません」を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、JMSトピックの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、トピックの名前を入力します。
作成したトピックの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、このJMSトピックの構成に関するノートを入力します。
「JNDI名」に、JNDIネーム・スペース内でトピックにアクセスするための名前を入力します。アプリケーションでは、このJNDI名を使用してトピックをルックアップします。
トピックに対してJNDI名を指定しないと、そのトピックはJMSサーバーにターゲット指定された後にもJNDIルックアップの検索ターゲットになりません。したがってそのトピックへのアクセスは、javax.jms.topicSession.createtopic() APIを使用するか、アプリケーション・スコープのコンテキスト内から行う場合にのみ可能になります。
トピックの設定を定義するのに構成済みのJMSテンプレートを使用する場合は、「テンプレート」で、トピックに対応するテンプレートを選択します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、共通分散トピックの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、共通分散トピックの名前を入力します。
作成した共通分散トピックの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、この共通分散トピックの構成に関するノートを入力します。
「JNDI名」に、JNDIネームスペース内で共通分散トピックをルックアップするのに使用するJNDI名を入力します。アプリケーションでは、このJNDI名を使用して分散トピックをルックアップします。
分散トピックのJNDI名を指定しない場合、分散トピックをサーバー・リソースに割り当てても、JNDIルックアップで使用できるようになりません。そのため、javax.jms.topicSession.createtopic() APIを使用して、またはアプリケーション・スコープのコンテキストでのみ分散トピックにアクセスできます。
必要に応じて、「テンプレート」で構成値を定義するテンプレートを選択します。
「分散構成」の下の「転送ポリシー」で、「レプリケート」を指定して、メンバーが分散トピックの他のメンバーに情報をレプリケート(転送)できるようにします。分散トピックの他のメンバーへの転送を防ぐには、「パーティション化」を指定します。
「ロード・バランス・ポリシー」で、この宛先のメンバーへのメッセージの分散方法を指定します。
「順序単位のルーティング」で、分散トピック・メンバーがメッセージの宛先として選択される方法を指定します。「ハッシュ」に設定した場合、プロデューサによってトピック・メンバーが計算されます。「パス・サービス」に設定した場合、構成済のパス・サービスによってトピック・メンバーが決定されます。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、リモートSAFコンテキストの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、このリモートSAFコンテキストの名前を入力します。
「ノート」に、このリモートSAFコンテキストの構成に関するノートを入力します。
「圧縮しきい値」に、シリアライズ済メッセージ本文のバイト数を指定すると、このバイト数を超えたメッセージに対してメッセージ圧縮が行われます。
「返信先リモートSAFコンテキスト」に、リモート・クラスタまたはサーバーで返信の宛先として使用されるリモートSAFコンテキストの名前を指定します。
「ログイン・コンテキストを指定します」を選択して、このリモートSAFコンテキストを使用するときのURL、ユーザー名およびパスワードを指定します。
「URL」に、インポート済キューまたはトピックによるリモート宛先への接続に使用されるURLを指定します。
「ユーザー名」に、インポート済キューまたはトピックによりリモート宛先に提供されるユーザー名を指定します。
「パスワード」に、インポート済キューまたはトピックによりリモート宛先に提供されるパスワードを指定します。
「パスワードの確認」で、指定したパスワードを確認します。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、SAFエラー処理リソースの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、このSAFエラー処理リソースの名前を入力します。
作成したSAFエラー処理リソースの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、このSAFエラー処理リソースの構成に関するノートを入力します。
「SAFエラー処理ポリシー」で、このSAFエラー処理リソースのポリシー・タイプを選択します。
破棄:
ログ: ログ形式を指定するか、またはこのSAFエラー処理リソースの新しいログ形式を追加します。
リダイレクト: このSAFエラー処理リソースのエラーの宛先を選択します。
常に転送:
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、SAFインポート先の設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、このSAFインポート先の名前を入力します。
作成したSAFインポート済み宛先の名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、このSAFインポート先の構成に関するノートを入力します。
「JNDIの接頭辞」に、リモート宛先JNDI名に付加される接頭辞を指定します。
SAFインポート済宛先に対してJNDI名を指定しないと、そのSAFインポート済宛先はサーバー・リソースにターゲット指定された後にもJNDIルックアップの検索ターゲットになりません。したがって、そのSAFインポート済み宛先へのアクセスは、アプリケーション・スコープのコンテキスト内に限られます。
「リモートSAFコンテキスト」で、リモート・コンテキスト・インスタンスを選択します。必要に応じて、新しいSAFリモート・コンテキストを作成し、メニューからそれを選択します。
「SAFエラー処理」で、エラー処理インスタンスを選択します。必要に応じて、新しいSAFエラー処理リソースを作成し、メニューからそれを選択します。
「メッセージの順序単位のルーティング」で、
「SAFデフォルト存続時間」に、JMSメッセージのデフォルトの存続時間の値をミリ秒で指定します。「SAFデフォルト存続時間の有効化」チェック・ボックスを選択しなければ、JMSメッセージに設定された有効期限によってこの値がオーバーライドされます。
「SAFデフォルト存続時間の有効化」を選択すると、JMSメッセージに設定された有効期限がこのフィールドに指定した値でオーバーライドされます。
これらのフィールドの詳細は、構成オプションを参照してください。
「プロパティ」ページで、外部サーバーの設定を定義します。
「リソースのタイプ」は、JMSリソースのタイプを示します。
「名前」に、この外部サーバーの名前を入力します。
外部サーバーの名前は変更できません。かわりに、それを削除して、新しい名前を使用して別のものを作成する必要があります。
「ノート」に、この外部サーバーの構成に関するノートを入力します。
「JNDI初期コンテキスト・ファクトリ」で、JNDIプロバイダにアクセスするためにインスタンス化する必要のあるクラスの名前を入力します。このクラス名は、使用されているプロバイダおよびベンダーによって異なります。
「JNDI接続URL」に、WebLogic ServerでJNDIプロバイダへのアクセスに使用するURLを入力します。このURLの構文は使用されているJNDIプロバイダによって異なります。WebLogic JMSを使用していて同じクラスタ内のWebLogic JMSオブジェクトを参照している場合は、このフィールドを空白のままにします。
「JNDIプロパティ資格証明」で、JNDIプロバイダに設定する必要のある資格証明を指定します。これらの資格証明は、JNDIプロバイダのInitialContextクラスのコンストラクタに直接渡されるプロパティの一部になります。リモート・ドメインに接続する際は、「JNDIプロパティ」フィールドでドメインのユーザー名を指定するとともに、ドメインに対してセキュアなパスワード(たとえば、remote_domain_password)を指定する必要があります。
「JNDIプロパティ資格証明の確認」に、JNDIプロバイダに設定する必要のある資格証明を再入力します。
「JNDIプロパティ」で、JNDIプロバイダに設定する必要のある他のプロパティを指定します。
これらのプロパティは直接JNDIプロバイダのInitialContextクラスのコンストラクタに渡されます。リモート・ドメインに接続する際は、次のフォーマットを使用してドメインに対してセキュアなユーザー名を指定する必要があります。java.naming.security.principal=remote_domain_username
注意:
JNDIプロパティの値は、name=value形式のプロパティのカンマ区切りのリストで指定できます。
これらのフィールドの詳細は、構成オプションを参照してください。
「ターゲット」ページで、このJMSリソースのターゲット設定ポリシーを指定します。
デフォルトのターゲット設定を使用するには、「親モジュールのターゲットにデフォルト設定」を選択します。
「サブデプロイメント・ターゲット設定」を選択して既存のサブデプロイメントを選択するか、新しいものを作成します。
接続ファクトリの既存のサブデプロイメントを選択するには、「サブデプロイメント名」メニューから1つを選択します。有効なサブデプロイメントを選択すると、ターゲット指定されているJMSサーバー、サーバーまたはクラスタが、選択済として「ターゲット」ボックスに表示されます。(単一のJMSサーバーにターゲット指定できるのは、スタンドアロンの宛先を伴うサブデプロイメントのみです。)
接続ファクトリの新しいサブデプロイメントを作成するには、「新しいサブデプロイメントの作成」ボタンをクリックします。ADD CREATE SUBDEPLOYMENT TAKSK HEREを参照してください。
これらのフィールドの詳細は、構成オプションを参照してください。
現行のWebLogic Serverドメインで作成されたすべてのJMSシステム・モジュールのすべてのリソースを表示できます。リソースのシステム・モジュール、JNDI名、ターゲット指定されているサブデプロイメント・リソース、およびリソースがターゲット指定されているJMSサーバー、WebLogic Server、インスタンスまたはクラスタなどのモニタリング情報も表示できます。
特定のリソースの場合、詳細統計情報のモニターまたは制御操作の実行ができます。
現在のドメイン内のすべてのJMSシステム・リソースをモニターするには、次の手順を実行します。
JMSキューは、ポイント・ツー・ポイント(PTP)メッセージング・モデルに基づいています。このモデルでは、1つのアプリケーションから別の1つのアプリケーションにメッセージを送信できます。PTPメッセージング・アプリケーションでは、名前付きのキューを使用してメッセージが送信および受信されます。メッセージは、キュー・センダー(プロデューサ)によって特定のキューに送信されます。そして、特定のキューからキュー・レシーバ(コンシューマ)によってメッセージが受信されます。
キューの構成は、明示的に行うか、または似たオプション設定を持つ複数のキューを定義するためのJMSテンプレートを構成することによって行います(JMSテンプレートの構成を参照)。
注意:
リカバリまたはロールバックされるメッセージを管理するために、再配信の制限に達したメッセージのエラー宛先を構成することもできます。ただし、エラー宛先は、モジュール内の他のキューと同じJMSサーバーにターゲット指定されている必要があります。
キューのオプションには、動的に構成できるものがあります。オプションを実行時に変更した場合、新しく配信されるメッセージにのみ適用され、すでに保存されているメッセージには影響しません。
この項には、次の項目が含まれます。
キューを作成した後には、キューに届くメッセージのソートに使用する宛先キーの選択や、複数のキューのプロパティの構成にJMSテンプレートを使用する場合のJMSテンプレートの選択など、全般的なプロパティ値を定義できます。
JMSシステム・モジュール内のキューの一般的な構成設定を定義するには:
キューを作成した後、順序単位パラメータの指定、メッセージ送信側の資格証明のアタッチ、作業単位パラメータの定義など、詳細なプロパティ値を定義できます。
JMSシステム・モジュール内のキューの詳細な構成設定を定義するには:
キューを作成した後には、メッセージ再配信の制限の定義、メッセージ有効期限ポリシーの選択、期限切れまたは配信できないメッセージのエラー宛先の指定など、デフォルトのメッセージ配信の失敗に関する値を変更できます。
JMSシステム・モジュール内のキューの一般的な構成設定を定義するには:
キューを作成した後には、メッセージ・プロデューサによって指定されている値をオーバーライドできるメッセージ配信オーバーライド値を定義できます。
キューに対してメッセージ配信のオーバーライドを構成するには、次の手順を実行します。
キューを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効化できます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
このキューに関してメッセージのライフサイクルのロギングを構成するには、次の手順を実行します。
キューを作成した後には、キューのメッセージ数またはバイト数についてデフォルトの上限および下限のしきい値を変更できます。これらのしきい値を超過すると、ログ・メッセージの生成およびメッセージ・フロー制御の開始などのイベントがトリガーされます。また、キューで許容される最大メッセージ・サイズを指定したり、あらかじめ構成された割当てを選択することもできます。この割当てにより、メモリー使用量を節約するためにキューに格納できる最大メッセージ数または最大バイト数が決定されます。
このキューに対してJMSテンプレートが指定されている場合、デフォルト値は、実際の値がテンプレートから得られることを暗黙的に表しています(「JMSテンプレートのしきい値と割当ての構成」を参照してください)。JMSサーバーで、そのJMSサーバーをターゲットとして指定されているJMSモジュール内のすべての宛先のしきい値と特定の割当ての設定を管理することもできます(JMSサーバーのしきい値と割当ての構成を参照)。
JMSシステム・モジュール内のキューのしきい値および割当てを構成するには:
分散キューは、単一の論理的なキューとしてクライアントからアクセス可能なJMSキューの1つの単位です(分散キューは独自のJNDI名を持ちます)。この単位のメンバーは通常、クラスタ内の複数のサーバーに分散されており、各キュー・メンバーは個々のJMSサーバーに属しています。
共通分散キューを構成すると、WebLogic Serverによって、JMSモジュールが割り当てられるJMSサーバー上に必要なメンバーが均等に作成されます。これによって、すべての分散宛先のパラメータ(クラスタ内の重み、セキュリティ、永続性、ページング、割当てなどに関するパラメータ)を一貫して構成できます。
この項には、次の項目が含まれます。
共通分散キューを作成した後には、分散キュー・メンバーに届くメッセージのソートに使用する宛先キーの選択など、全般的なプロパティ値の変更と定義ができます。
JMSシステム・モジュール内の共通分散キューの一般的な構成設定を定義するには:
分散キューを作成した後、順序単位パラメータの指定や、メッセージ送信側の資格証明のアタッチなど、詳細なプロパティ値を定義できます。
JMSシステム・モジュール内の共通分散キューの詳細な構成設定を定義するには:
共通分散キューを作成した後には、メッセージ再配信の制限の定義、メッセージ有効期限ポリシーの選択、期限切れまたは配信できないメッセージのエラー宛先の指定など、メッセージ配信の失敗に関するデフォルト値を変更できます。
JMSシステム・モジュール内の共通分散キューの一般的な構成設定を定義するには:
共通分散キューを作成した後には、メッセージ配信オーバーライド値を定義してメッセージ・プロデューサによって指定されている値をオーバーライドできます。
共通分散キューのメッセージ配信オーバーライドを構成するには:
共通分散キューを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効化できます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
この共通分散キューのメッセージのライフ・サイクル・ロギングを構成するには:
共通分散キューを作成した後には、分散キュー・メンバーのメッセージ数およびバイト数についてデフォルトの上限および下限のしきい値を変更できます。これらのしきい値を超過すると、ログ・メッセージの生成やメッセージ・フロー制御の開始などのイベントがトリガーされます。また、構成済みの割当てを選択して分散キューに格納できる最大バイト数または最大メッセージ数を指定することで、メモリーの使用量を節約することもできます。分散キューのメッセージに許容される最大サイズも指定できます。
JMSシステム・モジュール内の共通分散キューのしきい値および割当てを構成するには:
JMSトピックは、複数のアプリケーションへのメッセージ送信を可能にする、パブリッシュ/サブスクライブ(pub/sub)メッセージング・モデルに基づいています。pub/subメッセージング・アプリケーションでは、トピックへのサブスクライブによって、メッセージを送受信します。トピック・パブリッシャ(プロデューサ)によって、特定のトピックにメッセージが送信されます。そして、特定のトピックからトピック・サブスクライバ(コンシューマ)によってメッセージが取得されます。
トピックの構成は、明示的に行うか、または似たオプション設定を持つ複数のトピックを定義するためのJMSテンプレートを構成することによって行います(JMSテンプレートの構成を参照)。
注意:
リカバリまたはロールバックされるメッセージを管理するために、再配信の制限に達したメッセージのエラー宛先を構成することもできます。エラー宛先は、モジュール内の他のトピックと同じJMSサーバーにターゲット指定されている必要があります。
トピック・オプションの中には、動的に構成できるものもあります。オプションを実行時に変更した場合、新しく配信されるメッセージにのみ適用され、すでに保存されているメッセージには影響しません。
この項には、次の項目が含まれます。
トラブルシューティングの目的で、JMSシステム・モジュールをターゲット指定したトピックにおいて実行時メッセージの生成、消費および挿入アクティビティは一時的に休止できます。
JMSシステム・モジュール内のトピックのメッセージを制御するには、次の手順を実行します。
「構成オプション」を参照してください。
トピックを作成した後には、トピックに届くメッセージのソートに使用する宛先キーの選択、また複数のトピックのプロパティの構成にJMSテンプレートを使用する場合のJMSテンプレートの選択など、全般的なプロパティ値を定義できます。
JMSシステム・モジュール内のトピックの一般的な構成設定を定義するには:
トピックを作成した後には、順序単位パラメータの指定や、メッセージ送信側の資格証明のアタッチなど、詳細な全般的プロパティ値を定義できます。
JMSシステム・モジュール内のトピックの詳細な構成設定を定義するには:
トピックを作成した後には、メッセージ再配信の制限の定義、メッセージ有効期限ポリシーの選択、期限切れまたは配信できないメッセージのエラー宛先の指定など、メッセージ配信の失敗に関するデフォルト値を変更できます。
JMSシステム・モジュール内のトピックの一般的な構成設定を定義するには:
トピックを作成した後には、メッセージ・プロデューサによって指定されている値をオーバーライドできるメッセージ配信オーバーライドの値を定義できます。
トピックのメッセージ配信のオーバーライドを構成するには、次の手順を実行します。
トピックを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効にできます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
このトピックに関してメッセージのライフサイクルのロギングを構成するには、次の手順を実行します。
トピックを構成した後には、指定したホストのグループへのメッセージ配信を有効化するマルチキャスト・パラメータを定義できます。メッセージはその後サブスクライバに転送されます。
このトピックのマルチキャスト・オプションを構成するには:
トピックを作成した後には、トピックのバイト数およびメッセージ数についてデフォルトの上限および下限のしきい値を変更できます。これらのしきい値を超過すると、ログ・メッセージの生成およびメッセージ・フロー制御の開始などのイベントがトリガーされます。また、トピック上で許容される最大メッセージ・サイズを指定し、トピックに格納できる最大バイト数または最大メッセージ数を決定する構成済みの割当てを選択して、メモリー使用量を節約できます。
このトピックに対してJMSテンプレートが指定されている場合、デフォルト値は、実際の値がテンプレートから得られることを暗黙的に表しています。JMSテンプレートのしきい値と割当ての構成を参照してください。JMSサーバーで、そのJMSサーバーをターゲットとして指定されているJMSモジュール内のすべての宛先のしきい値と特定の割当ての設定を管理することもできます(JMSサーバーのしきい値と割当ての構成を参照)。
JMSシステム・モジュール内のトピックのしきい値および割当てを構成するには:
分散トピックは、単一の論理的なトピックとしてクライアントからアクセス可能なJMSトピックの1つの単位です(分散トピックは独自のJNDI名を持ちます)。この単位のメンバーは通常、クラスタ内の複数のサーバーに分散されており、各トピック・メンバーは個々のJMSサーバーに属しています。
共通分散トピックを構成すると、WebLogic Serverによって、JMSモジュールが割り当てられるJMSサーバー上に必要なメンバーが均等に作成されます。これによって、すべての分散宛先のパラメータ(クラスタ内の重み、セキュリティ、永続性、ページング、割当てなどに関するパラメータ)を一貫して構成できます。
この項には、次の項目が含まれます。
共通分散トピックを作成した後には、分散トピックのメンバーに届くメッセージのソートに使用する宛先キーの選択など、全般的なプロパティ値の変更と定義ができます。
JMSシステム・モジュール内の共通分散トピックの一般的な構成設定を定義するには:
共通分散トピックを作成した後には、順序単位パラメータの指定や、メッセージ送信側の資格証明のアタッチなど、詳細なプロパティ値を定義できます。
JMSシステム・モジュール内の共通分散トピックの詳細な構成設定を定義するには:
共通分散トピックを作成した後には、メッセージ再配信の制限の定義、メッセージ有効期限ポリシーの選択、期限切れまたは配信できないメッセージのエラー宛先の指定など、メッセージ配信の失敗に関するデフォルト値を変更できます。
JMSシステム・モジュール内の共通分散トピックの一般的な構成設定を定義するには:
共通分散トピックを作成した後、メッセージ・プロデューサによって指定されている値をオーバーライドできるメッセージ配信オーバーライド値を定義できます。
共通分散トピックのメッセージ配信オーバーライドを構成するには:
共通分散トピックを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効化できます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
この共通分散トピックのメッセージのライフ・サイクル・ロギングを構成するには:
分散トピックを構成した後には、指定したホストのグループへのメッセージ配信を有効化するマルチキャスト・パラメータを定義できます。メッセージはその後サブスクライバに転送されます。
この共通分散トピックのマルチキャスト・オプションを構成するには:
共通分散トピックを作成した後には、分散トピック・メンバーのメッセージ数またはバイト数の上限および下限のしきい値を変更できます。これらのしきい値を超過すると、ログ・メッセージの生成やメッセージ・フロー制御の開始などのイベントがトリガーされます。また、構成済みの割当てを選択して分散トピックに格納できる最大バイト数または最大メッセージ数を指定することで、メモリーの使用量を節約することもできます。分散トピックのメッセージに許容される最大サイズも指定できます。
JMSシステム・モジュール内の共通分散トピックのしきい値および割当てを構成するには:
接続ファクトリというオブジェクトを使用すると、JMSクライアントでJMS接続を作成できるようになります。接続ファクトリでは同時使用がサポートされており、複数のスレッドがオブジェクトに同時にアクセスできます。
この項には、次の項目が含まれます。
接続ファクトリを構成した後、様々なデフォルトのメッセージ配信設定を定義できます。たとえば、クライアントで特定の配信設定が指定されない場合、その設定値をこのページのデフォルトの配信設定により制御できます。さらに、順序単位が有効化され、さらに任意で名前も指定されているファクトリで作成されたすべてのセッションに対して、順序単位を関連付けられます。その結果、この接続ファクトリから作成したすべてのセッションで、順序単位が有効化されます。同じセッションから生成されたメッセージはすべて、同じ順序単位に属します。他のセッションから生成されたメッセージは、それぞれ別の順序単位に属します。
JMSシステム・モジュール内の接続ファクトリのデフォルトの配信設定を定義するには:
フロー制御を使用すると、JMSサーバーまたは宛先で過負荷になりつつあると判断した場合にメッセージ・プロデューサを低速化できます。これは具体的には、JMSサーバーまたは宛先で指定したバイト数またはメッセージ数のしきい値を超過した場合に、プロデューサに対してメッセージ・フロー(秒当たりのメッセージ数)を制限するような指示が出されるということです。
接続ファクトリに関するメッセージのフロー制御を構成するには、次の手順を実行します。
特定の宛先に到着したメッセージは、デフォルトではFIFO (先入れ先出し)で格納され、各メッセージの一意のJMSMessageIDに基づいて昇順にソートされます。しかし、宛先キーを使用することで、宛先に対してLIFO (後入れ先出し)などの異なるソート方式を構成できます。
宛先キーをいったん構成すると、キュー、トピック、分散キュー、分散トピック、または、JMSテンプレート(宛先を構成するためにテンプレートを使用している場合)などの宛先リソース内から宛先キーを選択できます。
この項には、次の項目が含まれます。
JMS割当ては、宛先で使用できるシステム・リソースの割当てを制御するために使用します。たとえば、宛先に格納できるメッセージの数またはバイト数を指定したり、割当てを参照するすべての宛先でその割当てを共有できるようにするかどうかを指定できます。
割当てを構成した後には、キュー、トピック、分散キュー、分散トピック、または、JMSテンプレート(宛先を構成するためにテンプレートを使用している場合)などの宛先リソース内から「しきい値と割当」ページでその割当てを選択できます。
この項には、次の項目が含まれます。
JMSテンプレートを使用すると、似た構成設定を持つ複数のJMSキューおよびトピックを効率的に定義できます。新しいキューまたはトピックを定義するたびに構成設定を再入力するのではなく、テンプレートを使用して、新しい値を割り当てる必要がある設定をオーバーライドするのみですみます。
構成したJMSテンプレートは、キューまたはトピックのリソース内から選択できます。
この項には、次の項目が含まれます。
テンプレートを作成した後、順序単位パラメータの指定、メッセージ送信側の資格証明のアタッチ、作業単位パラメータの定義など、詳細なプロパティ値を定義できます。
JMSシステム・モジュール内のJMSテンプレートの詳細な構成設定を定義するには:
JMSテンプレートを作成した後には、メッセージ再配信の制限の定義、メッセージ有効期限ポリシーの選択、期限切れメッセージのエラー宛先の指定など、宛先におけるメッセージ配信の失敗に関するデフォルト値を変更できます。
JMSシステム・モジュール内のJMSテンプレートのメッセージ再配信オプションを構成するには:
JMSテンプレートを作成した後には、メッセージ・プロデューサによって指定されている値をオーバーライドできるメッセージ配信オーバーライド値を定義できます。
JMSシステム・モジュール内のJMSテンプレートのメッセージ配信のオーバーライドを構成するには:
JMSテンプレートを作成した後には、メッセージの宛先に関するライフサイクル情報のJMSメッセージ・ログ・ファイルへのロギングを有効化できます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
JMSシステム・モジュール内のJMSテンプレートの宛先のロギングを構成するには:
JMSテンプレートを構成した後には、指定したホストのグループへのメッセージ配信を有効化するトピックのマルチキャスト・パラメータを定義できます。メッセージはその後サブスクライバに転送されます。
JMSシステム・モジュール内のJMSテンプレートのマルチキャスト・オプションを構成するには:
JMSテンプレートを作成した後には、JMSテンプレートから作成されたキューおよびトピックのメッセージ数とバイト数の上限および下限のしきい値、および割当ての値を定義できます。
JMSシステム・モジュール内のJMSテンプレートのしきい値および割当てを構成するには:
リモートSAFコンテキスト・リソースでは、インポート済SAFキューまたはSAFトピックがリモート宛先への接続に使用する、ログイン・コンテキストを指定します。
この項には、次の項目が含まれます。
SAFインポート済宛先は、リモートのサーバー・インスタンスまたはクラスタにおけるJMSキューまたはトピックをローカルで表すSAFキューまたはトピックのコレクションです。SAFインポート済宛先の各コレクションは、リモートSAFコンテキストと関連付けられています。また、JNDIの接頭辞、デフォルト存続時間(メッセージの有効期間)、およびSAFエラー処理ポリシーは同じものを共有できます。
SAFキューは、接続の解除された非同期のピア通信に使用されます。SAFキューに配信されたメッセージは後の配信に備えて一時的に格納され、リモート・サーバーまたはクラスタのJMSキューがアクセス可能になった時点でそのキューに転送されます。
SAFトピックは、接続の解除された非同期のピア通信に使用されます。SAFトピックに配信されたメッセージは後の配信に備えて一時的に格納され、リモート・サーバーまたはクラスタのJMSトピックがアクセス可能になった時点でそのトピックに転送されます。
この項には、次の項目が含まれます。
この項の内容は次のとおりです。
SAFキューは、リモートのサーバーまたはクラスタ内のJMSキューを表します。SAFキューは、接続の解除された非同期のピア通信に使用されます。SAFキューに配信されたメッセージは、後の配信に備えて一時的に格納され、アクセス可能なときにリモート・サーバーまたはクラスタのJMSキューに転送されます。
このSAFインポート済宛先のSAFキューを作成するには:
SAFキューは、リモートのサーバーまたはクラスタ内のJMSキューを表します。SAFキューは、接続の解除された非同期のピア通信に使用されます。SAFキューに配信されたメッセージは、後の配信に備えて一時的に格納され、アクセス可能なときにリモート・サーバーまたはクラスタのJMSキューに転送されます。
インポート済みSAFトピックは、リモートのサーバーまたはクラスタ内のトピックを表します。SAFトピックは、接続の解除された非同期のピア通信に使用されます。SAFトピックに配信されたメッセージは、後の配信に備えて一時的に格納され、アクセス可能なときにリモート・サーバーまたはクラスタのJMSトピックに転送されます。
この項には、次の項目が含まれます。
SAFキューを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効化できます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
このSAFキューに関してメッセージのライフサイクルのロギングを構成するには、次の手順を実行します。
SAFトピックを作成した後には、JMSメッセージ・ログ・ファイルへのメッセージのライフサイクル情報のロギングを有効にできます。メッセージ・ライフサイクルは、JMSメッセージが通過する、基本イベント(メッセージの生成、消費、削除など)の外観です。メッセージ・ログの内容には、常にメッセージIDおよび相関IDが含まれますが、メッセージ・タイプやユーザー・プロパティなどの情報も構成できます。
このSAFトピックに関してメッセージのライフサイクルのロギングを構成するには、次の手順を実行します。
外部サーバーは、外部のWebLogicサーバーであるJNDIプロバイダを表します。外部サーバーには、ローカルWebLogic ServerインスタンスがリモートJNDIプロバイダにアクセスするための情報が保持されています。これにより、1つのJNDIディレクトリに対して複数の外部接続ファクトリと宛先のオブジェクトを定義できます。
外部サーバーを定義した後には、外部接続ファクトリおよび外部宛先オブジェクト(キューまたはトピック)を構成できます。各外部サーバーに対して、1つまたは複数の外部接続ファクトリおよび外部宛先を構成できます。
この項には、次の項目が含まれます。
外部宛先は、キューまたはトピックを表します。外部宛先には、外部JNDIプロバイダでルックアップされる宛先のJNDI名、およびローカルWebLogic Serverで宛先がマップされるJNDI名が保持されます。
外部宛先がローカル・サーバーでルックアップされる場合、ルックアップはリモートJNDIディレクトリで実行され、そのディレクトリから宛先オブジェクトが返されます。
外部宛先を作成するには:
外部宛先(トピックまたはキュー)はリモート・サーバー上の宛先です。ローカル・サーバーでこの宛先をルックアップすると、自動的にリモートJNDIディレクトリのルックアップが行われ、そのディレクトリからオブジェクトが戻されます。
外部宛先を構成するには:
外部接続ファクトリには、リモートJNDIプロバイダの接続ファクトリのJNDI名、ローカルWebLogic Server JNDIツリー内でその接続ファクトリにマップされるJNDI名、およびユーザー名とパスワード(省略可能)が定義されます。
外部接続ファクトリは、親の外部サーバーの割当て先となる各WebLogic Serverインスタンスに対してレプリケートされていないJNDIオブジェクトを作成します(クラスタ内の各ノードにJNDIオブジェクトを作成するには、クラスタに外部サーバーを割り当てます)。
外部接続ファクトリを作成するには:
外部接続ファクトリは別のサーバー・インスタンス上の接続ファクトリで、JNDIを介してアクセスできます。リモート接続ファクトリを使用すると、異なるクラスタまたはサーバーで、またはJNDI.をサポートしている外部プロバイダで実行されている別のWebLogic Serverインスタンスを参照できます。
外部接続ファクトリを構成するには:
JMSリソースは、標準のJava EEモジュールと同様のモジュールとして構成されて格納されます。管理者は、JMSモジュールをグローバル・システム・リソースとして構成および管理できます。
JMSシステム・モジュールを作成するには、次の手順を実行します。
「一般設定」ページで、このJMSモジュールの次のような設定を定義できます。
「名前」に、このJMSモジュールの名前を入力します。
「スコープ」で、この新しいJMSモジュールを作成するスコープを選択します。
「記述子ファイル」に、必要に応じてJMSモジュールの基礎となる記述子ファイル名を入力します。この名前には、システムによって自動的に「-jms.xml」という拡張子が付加されます。名前を指定しない場合は、デフォルトの名前が割り当てられます。
これらのフィールドの詳細は、構成オプションを参照してください。
現在のドメイン用に作成されたJMSシステム・モジュールをモニターできます。表では、割当て済リソース・タイプの数に加え、どのリソース・タイプが各モジュールの一部となるかを指定します。
JMSモジュールをモニターするには、次の手順を実行します。
JMSリソースは、標準のJava EEモジュールと同様のモジュールとして構成されて格納されます。このようなリソースには、キュー、トピック、接続ファクトリ、テンプレート、宛先キー、割り当て、分散キュー、分散トピック、外部サーバー、およびJMSストア・アンド・フォワード(SAF)パラメータがあります。管理者は、JMSモジュールをグローバル・システム・リソースとして構成および管理できます。
この項には、次の項目が含まれます。
JMSシステム・モジュールを作成した後には、スタンドアロンのキューおよびトピック、分散キューおよびトピック、接続ファクトリ、JMSテンプレート、宛先ソート・キー、宛先の割当て、外部サーバー、JMS SAF (ストア・アンド・フォワード)パラメータなどの、モジュールのリソースを作成できます。
特定のJMSシステム・モジュールのリソースを構成するには:
JMSリソースのサブデプロイメントを作成および管理できます。サブデプロイメントとは、JMSモジュール・リソース(キュー、トピック、接続ファクトリなど)をグループ化し、サーバー・リソース(JMSサーバー、サーバー・インスタンス、SAFエージェント、クラスタなど)にターゲット指定するメカニズムです。
たとえば、特定のJMSサーバーに割り当てられているサブデプロイメント内で、接続ファクトリとスタンドアロンのキューまたはトピックをグループ化することにより、これらのすべてのリソースは余分なネットワーク・トラフィックを回避するために同じ場所に配置されます。この構成のもう1つのメリットは、ターゲットのJMSサーバーを別のWebLogic Serverインスタンスに移行する必要がある場合、接続ファクトリとそのすべての接続もJMSサーバーの宛先と一緒に移行されることです。ただし、スタンドアロンのキューまたはトピックがサブデプロイメントのメンバーである場合、接続ファクトリは同じJMSサーバーのみに関連付けることができます。
JMSモジュールのサブデプロイメントを管理するには:
サブデプロイメントとは、JMSモジュール・リソース(キュー、トピック、接続ファクトリなど)をグループ化し、サーバー・リソース(JMSサーバー、サーバー・インスタンス、SAFエージェント、クラスタなど)にターゲット指定するメカニズムです。
たとえば、特定のJMSサーバーに割り当てられているサブデプロイメント内で、接続ファクトリとスタンドアロンのキューまたはトピックをグループ化することにより、これらのすべてのリソースは余分なネットワーク・トラフィックを回避するために同じ場所に配置されます。この構成のもう1つのメリットは、ターゲットのJMSサーバーを別のWebLogic Serverインスタンスに移行する必要がある場合、接続ファクトリとそのすべての接続もJMSサーバーの宛先と一緒に移行されることです。ただし、スタンドアロンのキューまたはトピックがサブデプロイメントのメンバーである場合、接続ファクトリは同じJMSサーバーのみに関連付けることができます。
JMSモジュールのサブデプロイメントを作成するには:
サブデプロイメントとは、JMSモジュール・リソース(キュー、トピック、接続ファクトリなど)をグループ化し、サーバー・リソース(JMSサーバー、サーバー・インスタンス、SAFエージェント、クラスタなど)にターゲット指定するメカニズムです。
JMSモジュールのサブデプロイメントのターゲットを指定するには:
JMSシステム・モジュールを作成した後には、1つ以上のサーバー、クラスタ、またはクラスタ内の特定のサーバーにデプロイできます。
JMSシステム・モジュールのターゲットを指定するには:
パス・サービスとは、メッセージの集合とメッセージング・リソース(分散宛先のメンバーやストア・アンド・フォワード・エージェントなど)との間のマッピングを格納するために使用できる永続マップです。サーブレットをホストするクラスタのメンバー、分散キュー・メンバー、またはストア・アンド・フォワード・エージェントにメッセージを固定することによって、メッセージの順序付けを実現できます。
この項には、次の項目が含まれます。
パス・サービスを作成するには:
「一般設定」ページで、このパス・サービスの次のような設定を定義できます。
「名前」に、このパス・サービスの名前を入力します。
「スコープ」で、この新しいパス・サービスを作成するスコープを選択します。
SAFメッセージ専用のストアが必要な場合は、「永続ストア」でカスタム永続ストアを選択するか、または「新しいストアの作成」をクリックして新しいカスタム・ストアを構成します。
それ以外の、デフォルトの永続ストアを使用する場合は、構成は不要なので、このフィールドの設定は「なし」のままにしておきます。ストアの構成の詳細は、「ファイル・ストアの構成」を参照してください。
注意:
パス・サービスのターゲットに移行可能なターゲットを指定する場合は、デフォルトのストアは使用できないため、カスタムのストアを構成して、同じ移行可能なターゲットをターゲットに指定する必要があります。また、ベスト・プラクティスとしては、パス・サービスおよびそのストアのみを、その移行可能なターゲットのユーザーとします。
これらのフィールドの詳細は、構成オプションを参照してください。
「ターゲット」ページで、パス・サービスをデプロイするクラスタ・メンバーまたは移行可能なターゲットを選択します。
移行可能なターゲットとは、パス・サービスなど、サービスのグループとして機能し、クラスタ内のサーバー・メンバー上でのみアクティブになる論理的なターゲットです。元のサーバー上で問題が発生した場合に、移行可能なターゲットを1つのサーバー・メンバーから別のサーバー・メンバーへ移行することにより、高可用性が実現します。
「構成オプション」を参照してください。
注意:
メンバー・サーバーが単一障害点とならないよう、パス・サービスのターゲットには移行可能なターゲットを指定することをお薦めします。パス・サービスはまた、サーバー状態監視サービスを利用して、異常なサーバー・インスタンスから正常なサーバー・インスタンスへ、自動移行することもできます。
WebLogicメッセージング・ブリッジは、2つのメッセージング製品間の転送メカニズムを提供します。メッセージング・ブリッジを使用して、WebLogic JMSの異なる実装間、またはWebLogic JMSと別のメッセージング製品間で相互運用を行います。
この項には、次の項目が含まれます。
メッセージング・ブリッジ・インスタンスは、構成済みのソース・ブリッジ宛先およびターゲット・ブリッジ宛先と通信します。ソース宛先をターゲット宛先にマッピングするたびに、メッセージング・ブリッジ・インスタンスを構成する必要があります。これは、宛先が別のWebLogic JMS実装でも、サード・パーティのJMSプロバイダでも同様です。マッピングするソース宛先とターゲット宛先、メッセージ・フィルタリング・セレクタ、サービスの品質(quality of service: QOS)、トランザクション・セマンティクス、再接続パラメータなどを各インスタンスで定義します。
メッセージング・ブリッジ・インスタンスを作成するには:
「一般設定」ページで、このメッセージング・ブリッジの次のような設定を定義できます。
「名前」に、このメッセージング・ブリッジの名前を入力します。
「スコープ」で、この新しいメッセージング・ブリッジを作成するスコープを選択します。
「セレクタ」で、メッセージング・ブリッジ・インスタンス経由で送信されるメッセージのフィルタを指定します。
「サービス品質」で、このメッセージング・ブリッジ・インスタンスのQOS(サービス品質)を選択します。
「起動済」のチェック・ボックスを選択または選択解除して、ターゲットに指定されたメッセージング・ブリッジ・インスタンスの初期動作状態を指定します。
これらのフィールドの詳細は、構成オプションを参照してください。
「ソース・ブリッジ宛先」ページで、既存のソース宛先を選択するか、または新しいソース宛先を作成します。
ドロップダウン・ボックスが空か、必要なソース宛先がない場合は、「新しい宛先」をクリックしてソース宛先を作成し、ドロップダウン・ボックスからそのソース宛先を選択します。
「構成オプション」を参照してください。
「ターゲット・ブリッジ宛先」ページで、既存のターゲット宛先を選択するか、または新しいターゲット宛先を作成します。
ドロップダウン・ボックスが空か、必要なターゲット宛先がない場合は、「新しい宛先」をクリックしてターゲット宛先を作成し、ドロップダウン・ボックスからそのターゲット宛先を選択します。
「構成オプション」を参照してください。
高可用性設定は、次の場合にブリッジに適用されます。
ターゲット指定なし
リソース・グループまたはリソース・グループ・テンプレートのメンバーにスコープ設定
クラスタにターゲット指定
高可用性設定は、次の場合にはブリッジに適用されません。
サーバーに直接ターゲット指定(クラスタまたはスタンドアロン内で構成済)
移行可能なターゲットにターゲット指定
現在のドメインにおける特定のメッセージング・ブリッジ・インスタンスの高可用性設定を構成するには、次の手順を実行します。
JMSブリッジ宛先は、JMSメッセージング製品のソース宛先またはターゲット宛先です。メッセージング・ブリッジに接続するJMSメッセージング・ソース宛先とターゲット宛先のそれぞれにJMSブリッジ宛先インスタンスを構成します。
この項には、次の項目が含まれます。
JMSブリッジ宛先のインスタンスでは、WebLogicドメイン内の実際のソースJMSブリッジ宛先とターゲットJMSブリッジ宛先を定義します。
JMSブリッジ宛先のインスタンスは、メッセージング・ブリッジ・インスタンスにマップされる実際のソース宛先およびターゲット宛先のそれぞれに対して構成する必要があります。そのため、あるソースJMSブリッジ宛先の属性を定義し終えた後、同様の手順を繰り返してターゲットJMSブリッジ宛先を構成します。逆の場合も同じです。
JMSブリッジ宛先を作成するには:
「一般設定」ページで、このJMSブリッジ宛先の次のような設定を定義できます。
「名前」に、このJMSブリッジ宛先の名前を入力します。
「スコープ」で、この新しいJMSブリッジ宛先を作成するスコープを選択します。
「アダプタのJNDI名」で、ブリッジ宛先との通信に使用するアダプタのJNDI名を指定します。
「接続URL」で、このJMSブリッジ宛先の接続URLを指定します。
「接続ファクトリのJNDI名」で、このJMSブリッジ宛先の接続ファクトリのJNDI名を指定します。
「宛先のJNDI名」で、このJMSブリッジ宛先のJNDI名を指定します。
これらのフィールドの詳細は、構成オプションを参照してください。
