JSPのコンパイル結果は，次のタイミングで生成されます。

• JSPへの初回アクセス時
• DD（web.xml）でJSPに対し<load-on-startup>が指定されているWebアプリケーションの開始時

JSPのコンパイル結果は，次のタイミングで削除されます。

• Webコンテナサーバの起動時^※1
• Webコンテナサーバの終了時^※2

注※1

次のどちらかの場合にだけ削除されます。

• JSPコンパイル結果を保持しない設定にしている場合
• JSP用テンポラリディレクトリにJSPコンパイル結果が保持されている場合
  これは，サーバが強制終了された場合に備えて実施されます。
  

注※2

JSPコンパイル結果保持を無効にした場合だけ削除します。

サーブレットエンジンモードの場合，WebアプリケーションをアンデプロイしてもJSPコンパイル結果は削除されません。このため，JSPのコンパイル結果を保持する設定でWebコンテナを稼働したあとにJSPコンパイル結果が不要となった場合，またはWebアプリケーションをアンデプロイした場合は，JSPのコンパイル結果を手動で削除する必要があります。削除方法について次に示します。

削除方法

JSPコンパイル結果の削除をするには，Webコンテナサーバ終了後に，削除対象のWebアプリケーションのJSP用テンポラリディレクトリに作成されるWebアプリケーション単位のディレクトリ以下を削除します。JSP用テンポラリディレクトリは，usrconf.propertiesで設定します。

サーブレットエンジンモードでは，JSPファイルを直接編集，またはファイルの上書きで更新できます。JSPコンパイル結果を保持している状態では，JSPの初回ロード時に，保持されたクラスファイルをロードする場合と，更新されたJSPファイルのコンパイル結果であるクラスファイルをロードする場合があります。どちらのクラスファイルをロードするかについては，更新されたJSPファイルと，保持されたクラスファイルの更新日時によって次のように決まります。

• 更新されたJSPファイルの更新日時が，保持されたクラスファイルの更新日時より新しい場合，保持されたクラスファイルは使用されません。このため，JSPのコンパイルが実行され，コンパイル後のクラスファイルがロードされます。
• 更新されたJSPファイルの更新日時が，保持されたクラスファイルの更新日時よりも古い場合，保持されたクラスファイルがそのままロードされます。

includeディレクティブを使用してインクルードされたJSPファイルを更新しても，インクルード元のJSPファイルは再コンパイルされません。再コンパイルを実行する場合には，インクルード元のJSPファイルを更新してください。