リデプロイとは，少ない手順で高速にJ2EEアプリケーションを入れ替えられるデプロイ方法です。この節では，リデプロイ機能を使用したJ2EEアプリケーションの入れ替えについて説明します。

リデプロイ機能を使用したJ2EEアプリケーションの入れ替えでは，J2EEアプリケーションのすべての属性の情報を引き継ぐことができます。リデプロイ機能でのJ2EEアプリケーションの入れ替えは，次のような場合に利用できます。

J2EEアプリケーションのテスト時のロジックの修正による入れ替え

テスト実施中，J2EEアプリケーション内のロジックに問題を発見してJ2EEアプリケーション内のEJB-JARファイルやWARファイルなどを修正した場合に，テスト中のアプリケーションを修正後のJ2EEアプリケーションと入れ替えるときに使用できます。

運用中のJ2EEアプリケーションと開発環境でテストしたJ2EEアプリケーションとの入れ替え

開発環境にあるJ2EEアプリケーションを，すでに運用中のJ2EEアプリケーションと入れ替えるときに使用できます。

ただし，運用環境と開発環境のアプリケーションの構成は同じで，ロジックだけが異なるJ2EEアプリケーションの場合に入れ替えできます。

リデプロイ機能を使用する場合には，通常のJ2EEアプリケーションの入れ替えを実施するときに必要となる，入れ替え前のJ2EEアプリケーションの停止と削除，入れ替えるJ2EEアプリケーションのインポートとデプロイなどの手順が不要になります。このため，通常のJ2EEアプリケーションの入れ替えに比べて，少ない手順で入れ替えができるようになります。J2EEアプリケーションの入れ替えについては，「19.6.1　J2EEアプリケーション入れ替えの概要」を参照してください。

なお，リデプロイ機能を使用したJ2EEアプリケーションの入れ替えができるのは，アーカイブ形式のJ2EEアプリケーションです。展開ディレクトリ形式のJ2EEアプリケーションでは，リデプロイ機能は使用できません。

参考

リデプロイを実行する前に，JSP事前コンパイル機能を実行しておくことをお勧めします。JSP事前コンパイル機能は，Webアプリケーションに含まれるJSPファイルをデプロイ前にコンパイルし，クラスファイルを生成する機能です。あらかじめ，クラスファイルの生成までを実施しておくので，JSPに最初にリクエストが到着したときのレスポンスタイムおよびWebアプリケーションの開始時間を短縮できます。JSP事前コンパイル機能については，「4.7　JSPの事前コンパイルとコンパイル結果の保持」を参照してください。

＜この節の構成＞

7.4.1　J2EEアプリケーションの状態と入れ替え

7.4.2　注意事項