アイデアはモジュールをJARにパッケージ化せずにWARのWEB-INF/lib
に終わることなく、開発ワークスペースの散在したディレクトリ構造から直接Webアプリケーションを提供することです。
主なメリットは以下のとおりです。
- あなたがアーカイブを構築する必要はありません。
- ワークスペース内のリソースを変更すると、実行中のWebアプリケーションに変更が反映され、Webアプリケーションを再デプロイしたりサーバーを再起動する必要はありません。サーブレット3.0と
クラスとリソースは、複数のワークスペースディレクトリから来るかもしれないので、Webリソースも、META-INF/resources
にライブラリJARにバンドルすることができます。
Tomcat 7.0は、分散リソースとクラスディレクトリのコレクションに基づいてWebアプリケーションを構成するために、VirtualWebappLoader
とVirtualDirContext
をサポートしています。 Eclipseワークスペースから直接あなたのWebアプリを提供するために
、WTPはいくつかの理由$WORKSPACE/.metadata/.plugins/org.eclipse.wst.server.core/tmp1/conf/server.xml
でプロジェクト構造 に一致する、適切なTomcatの設定を生成し、WTPは直接Tomcatのローダーとコンテキスト実装を使用するが、そのを持っていませんWtpDirContext
とWtpWebappLoader
は若干異なりますが類似しています。 (私はこのアプローチがTomcatの現在のソリューションよりも古いと考えています。TLDのスキャンには特別なロジックがあります。最新のTomcatバージョンではまだ必要かどうかはわかりません)。helper classesは気付いたorg.eclipse.jst.server.tomcat.runtime.70.loader.jar
に含まれています。 なし
はを公開せずに、モジュールをサーブあなたはライブラリモジュールにMETA-INF/resources
でWebリソースを変更すると、この変更は、ブラウザで現在のページをリロードした後に実行しているアプリケーションで直接表示されません。