45

Eclipse で Tomcat を実行すると、非デバッグ モードでは問題なく動作しますが、デバッグ モードでは動作しません。Tomcat サーバーをデバッグ モードで起動しようとすると、コンソール出力はしばらく問題ないように見えますが、その後速度が低下し始め、最終的には停止して、CPU を 100% に固定します。私はそれが関連しているとは思わないが、念のために - 速度が低下し始め、最終的に停止するときのコンソール出力を次に示します (停止すると、コンソール出力はなくなりますが、CPU は 100% のままです)。

2009-09-02 14:35:30,859 INFO   NONE org.springframework.context.weaving.DefaultContextLoadTimeWeaver:72 - Found Spring's JVM agent for instrumentation
2009-09-02 14:35:49,562 INFO   NONE org.springframework.beans.factory.support.DefaultListableBeanFactory:414 - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@ed889d: defining beans [...
2009-09-02 14:37:31,031 INFO   NONE org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean:221 - Building JPA container EntityManagerFactory for persistence unit ...

私はそれを修正するために考えられるすべてを試しました：

  • cleanesd tomcat 作業ディレクトリ
  • 再開した日食
  • Windowsを再起動しました
  • すべてのプロジェクトを更新/クリーンアップ

先週、eclipse ganymedeを使用してこの問題が発生しました。この問題が発生する数か月前から、デバッグ モードで正常に動作していました。これを引き起こすような大幅な変更をプロジェクトに加えていません。最終的に、Eclipse galileo にアップグレードして問題を解決しました。2日後、ガリレオでも同じ問題が発生しています。私が言ったように、非デバッグモードでは正常に動作します。どんな助けでも大歓迎です。

他のものはデバッグモードで機能することを追加する必要があります-たとえば、junit テストなどは、tomcat に固有のものです。

4

5 に答える 5

142

問題を解決しました！それを理解すると、これが以前に起こったことを思い出します。すべてのブレークポイントをクリアしましたが、正常に動作します。それが結果を引き起こす理由はわかりませんが、うまくいきます。

于 2009-09-03T13:56:35.650 に答える
21

私は自分でこの問題に遭遇しましたが、この解決策は私を助けてくれました。ただし、他の 20 以上のポスターではなく、ブレークポイントは 1 つしかありませんでした。ただし、私の 1 つのブレークポイントは、行ブレークポイントではなく、メソッド ブレークポイントでした。メソッド ブレークポイントと組み合わせた tomcat 起動時の多数のメソッド呼び出しがこの問題を引き起こしているのではないかと思います...ちょっとした実験を試してみました。

  1. 行ブレークポイントを設定してデバッグモードを開始 - 5 秒の起動 (通常)
  2. メソッドのブレークポイントを設定し、デバッグ モードを開始する - ..... 待ちたくない (> 90 秒)。

これが問題だと思います。

于 2009-12-03T03:53:14.223 に答える
3

Eclipse Galileo でも同じ問題がありました。実行は高速ですが、デバッグはクロールします。上記の投稿のおかげで、すべてのブレークポイントをクリアし、Tomcat を再起動しました。それは魔法のように問題を解決しました。fyi - 以前に 2 つのメソッド ブレークポイントと他の行ブレークポイントがありました。メソッドのブレークポイントが遅くなるという上記の理論を確認するためにテストを行いました。これが私が見つけたものです。問題はメソッドブレークポイントではないようです。問題は、デバッグビューのブレークポイントリストにまだ表示されていたメソッドブレークポイントでしたが、コードには存在しませんでした。つまり、そのメソッドのパラメーターを変更しましたが、古いパラメーターを持つ古いブレークポイントがブレークポイント リストにまだ存在していました。. それが原因でした。それを削除すると、他のメソッドのブレークポイントはサーバーの速度を低下させませんでした。そのため、Eclipse は存在しないものを検索しようとしていたようで、速度が低下したようです。お役に立てれば。

于 2010-07-02T15:15:46.547 に答える
3

私もこの問題に出くわしました。

関係のないプロジェクトをすべて閉じました。ブレークポイントをクリアしました。STS VM メモリの増加。このブログに従ってください: http://searchforsolutions.wordpress.com/2011/12/01/eclipse-jvm-settings-for-optimized-performance/ JBoss ツールのバリデーターとその他すべてのバリデーターを無効にしました。

これで、STS が魅力的に機能するようになりました。

于 2013-05-29T12:24:56.020 に答える
0

デフォルトのログ レベルを次のように変更します。

<root>
  <level value="DEBUG" />
  <appender-ref ref="ConsoleAppender" />
</root>

に ：

<root>
  <level value="OFF" />
  <appender-ref ref="ConsoleAppender" />
</root>
于 2010-03-07T04:40:52.407 に答える