Production Env用にWARを準備するときに、JSPをパッケージ化するための「標準的な」プラクティスはありますか?
それらは「.jsp」ファイルとして含まれていますか?
それとも、コンパイル済みのJavaファイル、またはコンパイル済みのクラスファイルとして含まれていますか?
Production Env用にWARを準備するときに、JSPをパッケージ化するための「標準的な」プラクティスはありますか?
それらは「.jsp」ファイルとして含まれていますか?
それとも、コンパイル済みのJavaファイル、またはコンパイル済みのクラスファイルとして含まれていますか?
Servelts / JSP仕様では、JSPをプリコンパイルして、この機能をコンテナ実装に固有にすることについては何も述べていません。TomcatやWebLogicなどの特定のコンテナ用にプリコンパイルすることができ、そうするためのAntタスクが確実に見つかります。
一般的に、アプリをパッケージ化すると、ターゲットがわかります。複数のコンテナーである場合(たとえば、ダウンロード可能な製品をパッケージ化する場合)、唯一のオプションは、生のJSPをWARファイルにパッケージ化することです。ただし、開発中やテスト中は、ビルドプロセスの一部として、a)JSPが正しいことを検証し、b)起動時間を短縮するためにプリコンパイルすることができます。ソフトウェアを構築するときに追加の検証手順が必要な場合は、Eclipseにそれを実行させることもできます。
いずれかの方法で行う業界慣行はないと思います。私が経験したことから、JSPは通常、デプロイメントと配布のために「未加工」(プリコンパイルされていない)でパッケージ化されていますが、ビルド/テストプロセスの一部としてプリコンパイルされています。
私の経験では、それらは .jsp ファイルとして WAR に同梱されているだけです。アプリケーション サーバーは自動的に .jsp をクラス ファイルにコンパイルします。jsp ライフサイクルの詳細については、こちらを参照してください。
これらは、.jspファイル自体としてパッケージ化されています。64Kのjspファイルサイズ制限に注意してくださいjspファイルサイズ制限