環境の前提
:
target/classes
は、コンパイルされたクラスのために
src/main/webapp
が
Project > Build Automatically
オプションが
をチェックされているWebアプリケーションのコンテンツフォルダであるターゲットフォルダであります
Deployme ntディレクトリ
Eclipseは展開されたWARデプロイメントを使用しています。つまり、デプロイされたアプリケーションは、単一のファイルアーカイブではなくフォルダとしてデプロイされます。アプリケーションファイルは、${workspace}/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/
から配置され、読み込まれます。公開
出版
は、組み立てやWebアプリケーションをデプロイするための責任がある中心的なプロセスです。ローカルのTomcatについて言えば、これは"ウェブコンテンツ、コンパイルされたクラス、ライブラリ、..."をデプロイメントディレクトリ(.metadata
のもの)にコピーすることを意味します。
Eclipseは部分的な公開を行うことができます。つまり、単一のリソースが変更された場合(たとえば、JSPの場合)、Eclipseはその1つのファイルのみを公開します。
デフォルトでは、一部のリソースが変更されたときに公開プロセスが自動的に実行されます。これはサーバ設定で変更することができます(サーバビューのサーバ名をダブルクリックします)。時に
- は、ファイルが展開フォルダ
- リソースにコピーされますを公開サーバーに即座に利用可能である:あなたが変更した場合は、静的リソース
を変更
は
src/main/webapp/resources/myApp/css/main.css
を言うことができますクライアント
あなたはJSPファイル変更した場合はJSPファイル
を変更する:時に
- は、ファイルが
- TomcatはJSPファイルが変更されたことに気づくと
それを再コンパイル展開フォルダにコピーされますを公開します
- 変更されたJSPはコンテンツをレンダリングする準備ができました
あなたはJavaソースファイルに変更した場合のJavaファイル
を変更する:
[モジュール]タブのサーバー設定で自動リロード機能を無効にすることができます。自動リロードを行わなければ、実行中のJVMのコードを置き換えることができるhot swap機能を引き続き使用できます。これは、メソッドのシグネチャが変更されていない場合にのみ可能です。
あなたは(つまり、単にメソッド本体の変更に限定されない)、より高度なソリューションが必要な場合、それはJavaの変更をリロードに来るとき、あなたはJRebel(無料ではない)のようなプロジェクトを確認する必要があります。
クリーニング
デプロイされたアプリケーションが破損する可能性があります。( - 削除target/classes
Project > Clean...
)
クリーン展開ファイル(Server > Clean...
は - 展開フォルダを削除)
- クリーンコンパイルされたクラス:それは、あなたが完全にコンパイルされ、公開リソースをきれいにしたいとき、あなたべき、注目に値します
- クリーンTomcatの作業ディレクトリ(
Server > Clean Tomcat Work Directory...
- コンパイル済みのJSPを削除します)
あなたはそれが自身の内部のTomcatのインスタンスか1を使用するかどうか、サーバ構成で、Eclipseを伝えることができますインストールされています。設定の詳細については、SOの範囲を超えていますが、Eclipseのドキュメント、「サーバー」設定ダイアログ、[Eclipse Tomcat FAQ](http://wiki.eclipse.org/WTP_Tomcat_FAQ#How_does_WTP_support_separate_Tomcat_server_instances .3F) –
eclipseがtomcatサーバー上でコードを実行する方法について、いくつかの広範なステップが必要です。 – user590849
あなたは以前のコメントでリンクしたFAQを見ましたか? –