webdevqa.jp.net

EclipseからTomcatを起動する際の「SetPropertiesRule」警告メッセージ

Eclipse(3.4)からTomcat(6.0.18)を起動すると、次のメッセージが表示されます(ログの最初)。

警告:[SetPropertiesRule] {Server/Service/Engine/Host/Context}プロパティ 'source'を 'org.Eclipse.jst.jee.server:(プロジェクト名)'に設定すると、一致するプロパティが見つかりませんでした。

このメッセージは深刻な影響を与えないようですが、それを取り除く方法を知っている人はいますか?

110
Das

この問題の解決策は非常に簡単です。 Tomcatサーバーをダブルクリックします。サーバー構成が開きます。サーバーオプションで[モジュールコンテンツを個別のXMLファイルに公開する]チェックボックスをオンにします。サーバーを再起動します。今回は問題なくページが表示されます。

149
Alberto Yano

Eclipse Newsgroup から:

ソースプロパティに関する警告は、Tomcat 6.0.16で新しく追加されたものであり、無視してもかまいません。 WTPは、ワークスペース内のどのプロジェクトがコンテキストに関連付けられているかを識別するために、「ソース」属性を追加します。 TomcatのContextオブジェクトに対応するソースプロパティがないという事実は、問題を引き起こしません。

これは警告を取り除く方法に答えないことを理解していますが、助けになることを願っています。

32
Swati

Eclipseを使用しています。次の方法でこの問題を解決しました。

  1. [サーバー]タブを開きます。
  2. 使用しているサーバーをダブルクリックします。
  3. サーバー構成ページで、サーバーオプションページに移動します。
  4. 公開せずにサーブモジュールを確認します。
  5. 次に、ページと構成を保存します。
  6. すべてのアプリケーションを再構築して、サーバーを再起動します。

この種のエラーは発生しません。

5
Radhakant

Eclipseからサーバーインスタンスを削除し、新しいインスタンスを作成します。

3
Arijith

ここに挙げたすべてのソリューションを尊重します。

しかし、これらすべてを読んだ後に知ったのは、struts.xmlファイルまたはWebアプリケーションに必要な構成ファイルがどのフォルダーにあるかは確認していません。

私の解決策は:

  1. struts.xmlファイルをプロジェクトのsrcフォルダーにコピーします。
  2. eclipseで[ファイル->すべて保存]をクリックし、[プロジェクト->クリーン]をクリックします。
  3. サーバーを再起動します。

問題が解決することを願っています。

0
asrk agapu

Eclipse 3.4(Ganymede)と動的Webプロジェクトでも同じ問題が発生しました。
メッセージはデプロイの成功に影響しませんでしたが、行を削除する必要がありました

<wb-resource deploy-path="/WEB-INF/classes" source-path="/src/main/resources"/>

eclipseの.settingsフォルダーにあるorg.Eclipse.wst.common.componentファイルから

0
Dzish

上記の解決策が役に立たなかったかもしれない誰かがそこにいるのではないかと思うので、私は答えを投稿しています。

だから、あなたは警告を受けています、

警告:[SetPropertiesRule] {Server/Service/Engine/Host/Context}プロパティ 'source'を 'org.Eclipse.jst.jee.server:(プロジェクト名)'に設定すると、一致するプロパティが見つかりませんでした。

サーバー構成でそのオプションをチェックしてこの警告を無効にするのではなく(試しました)、これを行うことをお勧めします。

  1. 最初に、プロジェクトエクスプローラで右クリックして、既存のプロジェクトをすべて閉じます。
  2. サーバーとすでに同期されているすべてのプロジェクトを削除します。
  3. サーバーを削除して再デプロイします。
  4. 新しい動的プロジェクトを作成しますが、サーバーでこれを実行してみてください。
  5. コンソールを確認してください。警告が表示されますか。 (私の場合、私は何も得ませんでした)。
    これは、Eclipseまたはサーバーではなく、プロジェクトに何か問題があることを意味します。
  6. サーバーを再起動します。まだアプリを実行しないでください。
    Tomcatコンテナは、開始時にすべての同期済みアプリのコンテキストをロードすることをご存知でしょう。
  7. 既に同期されているアプリのコンテキストを読み込みます。
  8. ここに問題があります。プロジェクトに実際に何か問題がある場合、例外のスタックトレースが表示されます。注意深く見て、アプリのバグの場所を見つけてください。

これで、アプリにバグがあることがわかった場合、可能性のある場所は、コンテナーがアプリのロードに使用するweb.xmlファイルを探すことです。私の場合、サーブレットマッピングの名前のつづりを間違えていたため、3時間デバッグしても意味がありませんでした。あなたの問題は他のどこかにあるかもしれません。

また、サーバーと同期された多くのアプリがある場合、他のアプリのコンテキストが問題の原因である可能性があります。 1つずつデバッグしてみてください。

0
pulp_fiction

問題が発生する前に、動的Webプロジェクトをコピーしました。そのため、.settingsディレクトリーのorg.Eclipse.wst.common.componentファイルを変更することで、問題を解決しました。他のソリューションは機能しませんでした。

0
Bijan

別のXMLソリューションは、私や他の人にとっては最近うまくいきませんでした...

私は通常、このプロセスに従い、何かが役立ちます:

  1. サーバーを停止します(タスクマネージャーで停止したことを確認します。Eclipseが実際に正しくシャットダウンしないため、javaw.exeを何度も強制終了しました)
  2. 「サーバー」->「追加と削除」を右クリックします。プロジェクトを削除します。終わり。
  3. 「サーバー」->「追加と削除」を右クリックします。プロジェクトを追加します。終わり。
  4. 再起動して、動作するかどうかを確認し、継続しない場合
  5. サーバーをダブルクリックします...公開されている場所を確認します(サーバーパス:既にインストールされているTomcatインスタンスを使用しているため、tmp#ディレクトリに移動すると思います。再利用します。内部/バンドルTomcatサーバー)
  6. [サーバー]を右クリックして[クリーン]を選択します。前回は最後に機能しました(そのため、最初にこれを試してみてください)。動作しない場合は、続行します...
  7. サーバーパスからすべてのファイルを削除し、すべてのファイルが実際にビルドおよび公開されるかどうかを確認します(/ WEB-INF/classesおよび/ webroot内の他の通常のファイル)。
  8. Eclipseおよび/またはマシンを再起動します(このポイントに到達する必要があるかどうかはわかりません)
0

Web.xmlファイルに正しいjspファイル名があることを確認してください。 web.xmlのデフォルトの.jspファイル名を現在のファイル名に置き換えることで問題を解決しました

0
Anonymous