アプリケーションによるクラス・ローダーの使用の構成
アプリケーションと Web モジュールが、 クラスのロードまたは別のクラス・ローダーの使用のために固有のクラス・ローダーを使用するかどうかを構成することができます。 また、アプリケーション・ファイルを更新する際のクラスの再ロードを構成することもできます。クラス・ローダーにより、アプリケーションは使用可能なクラスおよびリソースのリポジトリーにアクセスすることができます。
始める前に
このトピックでは、アプリケーションまたはモジュールが既にサーバー上にデプロイされていることを前提としています。

ただし、Java EE 5 以降のモジュールが、Java EE 5 より前のファイルを含み .xmi ファイル名拡張子を使用する アプリケーション内に存在することは可能です。
ibm-webservices-ext.xmi、ibm-webservices-bnd.xmi、ibm-webservicesclient-bnd.xmi、ibm-webservicesclient-ext.xmi、 および ibm-portlet-ext.xmi ファイルは、引き続き .xmi ファイル拡張子 を使用します。
sptcfgこのタスクについて
クラス・ローダーは、アプリケーションとそのモジュールが、効率的な実行のために必要なリソースを 見つけるかどうかに影響します。アプリケーションと Web モジュールがクラスをロードするために固有のクラス・ローダーを使用するか、 または親クラス・ローダーを使用するかどうかを選択することができます。
アプリケーション・クラス・ローダーは、アプリケーションに関連付けられたエンタープライズ JavaBeans (EJB) モジュール、共有ライブラリー、リソース・アダプター・アーカイブ (RAR ファイル)、および依存関係 Java アーカイブ (JAR) ファイルをグループ化します。 依存関係 JAR ファイルは、エンタープライズ Bean とサーブレットの両方が使用できるコードを含む JAR ファイルです。
アプリケーション・クラス・ローダーは、 Web アプリケーション・アーカイブ (WAR) クラス・ローダーの親です。 デフォルトでは、Web モジュールは Web モジュールの内容をロードするために、独自の WAR クラス・ローダーを持ちます。 アプリケーション・クラス・ローダーの WAR クラス・ローダー・ポリシーの値は、 Web モジュールの内容をロードするために、WAR クラス・ローダーを使用するのか、またはアプリケーション・クラス・ローダーを 使用するのかを決定します。
アプリケーション・ファイルを更新する際に、 クラスを再ロードするかどうかを選択することができます。EJB モジュールまたはすべての非 Web モジュールでは、クラスの再ロードを使用可能にすると、アプリケーション・サーバー・ランタイムによりアプリケーションが停止および開始され、アプリケーション・クラスが再ロードされます。サーブレットや JavaServer Pages (JSP) ファイルなどの Web モジュールの場合、Web コンテナー は、ibm-web-ext.xmi ファイルの IBM 拡張 reloadingEnabled が true に設定されているときにだけ、 Web モジュールの再ロードを行います。
アプリケーションと Web モジュールによるクラス・ローダーの使用を構成するには、 管理コンソールのクラス・ロードと更新の検出ページを使用します。
手順
タスクの結果
アプリケーションまたはモジュール構成が変更されます。アプリケーションまたはスタンドアロンの Web モジュールを再始動すると、 変更が有効になります。
次のタスク
アプリケーションまたはモジュールがクラスターにデプロイされ、ほかに構成の変更を行わない場合は、「エンタープライズ・アプリケーション」ページの「更新のロールアウト」をクリックして、アプリケーションまたはモジュールがデプロイされているクラスターの全クラスター・メンバーに変更済み構成を伝搬します。 「更新のロールアウト」により、クラスター・メンバーが含まれるノード上で構成が順次更新されます。
管理構成の変更を保管します。
複数サーバー製品では、デプロイメント・マネージャーの構成変更がアプリケーションが稼働する個々のノード構成と同期する際に、アプリケーション・バイナリーがノードに転送されます。