Web コンテナー設定
このページを使用して、Web コンテナー設定を構成します。
この管理コンソール・ページを表示するには、 をクリックします。
デフォルトの仮想ホスト
単一のホスト・マシンを複数のホスト・マシンに見せかけることを可能にする仮想ホストを指定します。 ある仮想ホストに関連付けられたリソースと、他の仮想ホストに関連付けられたリソースとは、 それらの仮想ホストが物理的に同じマシンを共用している場合でも、データを共用することはできません。
次のように、仮想ホストを選択します。
- default_host
- この製品は、デフォルトで、
いくつかの一般的な別名 (マシンの IP アドレス、短縮ホスト名、
完全修飾ホスト名など) をもつ仮想ホストを用意しています。 別名は、サーブレットなどのリソースにアクセスするためのパスの最初の部分です。 例えば、要求
http://localhost:9080/myServletではlocalhost:9080です。 - admin_host
- この仮想ホスト・オプションは、アプリケーション・サーバーの別名です。 基本インストールでは server1 とも呼ばれます。 このプロセスでは、管理コンソールの使用がサポートされます。
- proxy_host
- proxy_host という仮想ホストには、デフォルトのポート定義、ポート 80 と 443 が含まれ、 これらのポートは、通常プロキシー・サーバーの初期化の一部として初期化されます。 必要に応じて、プロキシー・サーバーに関連付けられたルーティング・ルールでこのプロキシー・ホストを使用します。
サーブレットおよびコマンドのキャッシュを使用可能にする
サーブレットが開始し、キャッシュに入れる出力が生成された場合に、出力だけでなく、呼び出しの副次作用も含まれたキャッシュ・エントリーが作成されることを指定します。 これらの副次作用には、他のサーブレットまたは JavaServer Pages (JSP) ファイルへの呼び出し、タイムアウトおよびエントリーの優先順位情報を含むエントリーについてのメタデータが含まれる場合があります。
ポートレット・フラグメントのキャッシュでは、 サーブレットのキャッシュが使用可能にされている必要があります。 つまり、 ポートレット・フラグメントのキャッシュを使用可能にすると、 サーブレットのキャッシュが自動的に使用可能になります。 サーブレットのキャッシュを使用不可にすると、 ポートレット・フラグメントのキャッシュは自動的に使用不可になります。
サーブレット要求および応答プーリングを使用不可にする
Web コンテナーによりプールされるサーブレット要求オブジェ クトとサーブレット応答オブジェクトのプーリングを使用不可にすることを指定します。 サーブレット要求オブジェクト およびサーブレット応答オブジェクトのプーリングを使用不可にする場合、各要求ごとに新規のサーブレット要求オブジェクトと サーブレット応答オブジェクトが作成されます。
サーブレット要求オブジェクトおよびサービス応答オブジェクトのプーリングを 使用不可にすると、要求ごとに新規のサーブレット要求オブジェクトと サーブレット応答オブジェクトが作成されます。これはパフォーマンスには 悪影響を及ぼす可能性がありますが、不測のプーリングのバグからは保護できます。
API ディスカバリー・サービスを使用可能にする
サーバーにデプロイされたアプリケーションに関する情報を収集し、Swagger ドキュメントとして使用できるようにすることを指定します。
API ディスカバリー・サービスを使用すると、サーバー内の REST API を検出できます。 REST API に関する情報を含む Swagger ドキュメントを入手できます。
タイムアウト・スレッド数
非同期サーブレット・タイムアウト操作の処理に使用できる、サーバー当たりの スレッドの数を指定します。
タイムアウトになることが多い非同期サーブレットを使用するアプリケーションが多数ある場合、デフォルトの 2 では 少なすぎる可能性があります。
デフォルト・タイムアウト
サーバーのデフォルトの非同期サーブレット・タイムアウトを指定します。
デフォルトは 30 秒ですが、応答の受信速度が十分でなく、エラー・ケースの場合に 実行できるフォールバックがあれば、この値は小さくできます。 受け取っているタイムアウトの数が多すぎる場合、 タイムアウトを長くしても、クライアントの許容範囲で応答が生成されるようであれば、 この値を大きくできます。 単位はミリ秒です。秒に変換するには、数値を 1000 で割ってください。 細分度を上げて構成するには、AsyncContext setTimeout メソッドを使用して プログラマチックに構成する必要があります。
スレッド・プールを使用して実行可能オブジェクトを開始する
要求の発生元と同じスレッド・プールを使用する場合、このオプションを選択します。 このオプションは、元の要求の コンテキストを伝搬しません。
作業マネージャーを使用して実行可能オブジェクトを開始する
作業マネージャーを使用して実行可能オブジェクトを開始する場合、このオプションを選択します。 デフォルトでは、このオプションが選択されます。 作業マネージャー・オプションでは、選択した作業マネージャーに 構成されているコンテキストがすべて伝搬されます。 このオプションでは、使用する作業マネージャーの JNDI 名も選択する必要があります。
- 伝搬されるコンテキストは、 で構成可能です。 同じパネルで新規作業マネージャーを作成することもできます。
- 特に指定しない限り、 WebSphere® Application Server のデフォルトの作業マネージャーが使用されます。 この場合、その作業マネージャーは他のコンポーネントも 使用している可能性があり、一度に使用できるスレッドの数が実質的に減るため、 あまりお勧めできません。
- 作業マネージャーの設定を変更する場合、デフォルトを変更して他のコンポーネントに影響を与えないように、 新しい作業マネージャーを作成することをお勧めします。
- 作業キューがいっぱいになったときに例外をスローするよう、作業マネージャーが 構成されている場合、start(Runnable) の呼び出し元にはタイプが IllegalStateException の 例外がスローされます。例外の処理は呼び出し元の責任です。