これは簡単な問題です。Eclipseのデフォルトの動作は、プロジェクトにコンパイルエラーがあってもTomcatを起動することです。Eclipseがコンパイルエラーで始まるTomcatを開始する
この「機能」をオフにすると、Eclipseでコンパイルエラーが発生し、Tomcatが起動しなくなる可能性があります。
これは簡単な問題です。Eclipseのデフォルトの動作は、プロジェクトにコンパイルエラーがあってもTomcatを起動することです。Eclipseがコンパイルエラーで始まるTomcatを開始する
この「機能」をオフにすると、Eclipseでコンパイルエラーが発生し、Tomcatが起動しなくなる可能性があります。
Eclipseでこの機能をオフにすることはできません。
は、ここで注意すべきいくつかのことがあります。
Tomcatは、外部プロセスであり、そしてあなたはそれを公開します。だから、あなたが本当に望むのは、あなたがエラーがあるときにあなたがそれに公開しないということです。 JSPやXMLファイルなどでエラーが発生する可能性があります。
すでにTomcatが動作している可能性があります。この場合、あなたは何をしますか?サーバーを再起動しますか? Tomcatの設定からクラスファイルを削除しますか?あなたはいつもこれをすることはできません。たとえば、Windowsの下でファイルが開いている場合、.classファイルは削除できません。 EclipseはJavaファイルをコンパイルし、それがコンパイルエラーを検出したとき
はまた、それはまだクラスファイルを作成しますが、[*]のようなもので:
public void foo() {
throw new Error("Unresolved compilation problem: \n\tFOOBAR cannot be resolved\n");
}
クラスファイルは技術的であることを意味しています有効です。
外部プロセスを実行しているときは、もはやEclipseを完全に制御していないので、同じルールは適用されません。あなたはいつでも新しい機能を求めることができます。
[*] jadなどを使用して確認できます。
eclipseではこのような設定がないようです。プロジェクトに問題がある場合は、エラータブが表示されます。それもコンパイルエラーをキャッチする必要があります。
これはあなたを助けることがあります。
設定 - >実行/デバッグ - プロジェクトにエラーが含まれている場合>起動を続行します。デフォルトは「プロンプト」なので、誤って「常に」に変更したか、Tomcatの起動はこの設定を尊重しません。
これは役に立ちました。残念なことに、それは日食に対する私の尊敬をさらにひきつけただけです。それは自動的に私のコードを変更するので、コンパイルエラーを満たすことができます。効果的に私が望むのは、私がそれを伝えない限り、変更が自動的にTomcatに公開されないようにすることです。この動作が強制されると、コンパイルの問題やjspの問題、または発行可能なその他の検証の問題(xmlなど)がない場合にのみ、チェックを実行できます。なぜこれがデフォルトの動作ではないのだろうと私は思っています。デザイナーは、開発をスピードアップする大きな機能と思っていました。 –