web-dev-qa-db-ja.com

EclipseでデバッグモードでTomcatを高速化するIDE

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作業ディレクトリ
  • eclipseを再起動しました
  • windowsを再起動しました
  • すべてのプロジェクトを更新/クリーンアップ

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

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

javaeclipsetomcatdebug-mode
44
andersonbd1

私は問題を乗り越えました！私がそれを理解したら、これが以前に起こったことを覚えています。すべてのブレークポイントをクリアしましたが、正常に動作します。なぜそれがそのような結果をもたらすのか私にはわかりませんが、それはうまくいきます。

139
andersonbd1

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

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

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

20
Chris Goddard

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

3
vsc

私もこの問題に遭遇しました。

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

今STSは魅力のように動作します！

3
Rohitdev

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

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

へ：

<root>
  <level value="OFF" />
  <appender-ref ref="ConsoleAppender" />
</root>
1
Jamal