2

Subclipseをインストールして、Eclipse EE、Indigo Build id:20110916-0149を実行しています。

Eclipseが正しくデバッグされません。これはしばらくの間継続的な問題でしたが、私はこれまで管理してきました。私はJavaとSQLで頻繁に作業することを交互に行う傾向があるため、明確な理由や原因がないままJavaに戻ったときに最初に問題に気づきました。プロジェクトを削除し、きれいな日食から始めて、リポジトリからプロジェクトを再度取得しようとしましたが、役に立ちませんでした。クリーニング/再構築も機能しません。

デバッグに設定されている場合、ブレークポイントに到達すると、Eclipseは期待どおりにデバッグモードに入るように促します。パースペクティブは切り替わりますが、ブレークポイントのあるファイルは開きません。すでに開いている場合、その行はターゲットにならず、強調表示されません。デバッグビューでは、「デーモンスレッド[http-8080-Processor23](サスペンド(CLASSの91行目のブレークポイント))」など、デバッグ中のカーソルの位置が一覧表示されるため、スレッドが正しくサスペンドされていることがわかります。F6(ステップオーバー)を実行すると、期待どおりにコード行を通過していることがわかりますが、メインウィンドウで何も強調表示されたりジャンプしたりすることはありません。

このプロジェクトは、jspベースのWebアプリです。ワークスペースを、いくつかのExcelファイルに対して読み取り/書き込みを行うだけの小さな単一クラスのプロジェクトに切り替えると、デバッグは期待どおりに機能します。2つのワークスペース間の設定は同じです。ある時点で、壊れたワークスペースのファイルの上に動作中のEclipseデバッグファイルをコピーしても無駄になりました。これは最初、問題はプロジェクト自体にあると私に信じさせましたが、他の誰も影響を受けておらず、問題を再現することもできません。

私は自分に関連していると思われる以前のSO投稿を1つだけ見つけました(ただし、日食の再起動後に1つのデバッグを取得することすらできません)。任意の提案をいただければ幸いです。ありがとうございます!

4

4 に答える 4

4

問題の解決策を見つけました。クリーン インストールを確実にするために別の Eclipse フォルダーとワークスペースを作成し、その過程での手順を記録しました。問題が同じように続いたとき (一般的なプロジェクトで作業し、jsp ベースのプロジェクトでは作業していません)、これに影響を与える可能性のあるものを調べたところ、最終的に、私に提供されたプラグイン (Sysdeo Tomcat Launcher Plugin) が壊れているか、壊れていることがわかりました。時代遅れです (3.1.0)。これは、ドロップダウン 'Tomcat' オプションを Eclipse のファイル バーに追加するフォルダー プラグインです。これは、最初にEclipseをインストールしたときに追加されたため、しばらくは機能していたため、これが問題になることはありませんでした. 私はそれを削除し、問題を修正した最新バージョン (3.3.0) をダウンロードしました。ある日突然失敗したことは説明できませんが、問題は修正されました。

于 2012-01-17T19:13:37.383 に答える
3

上部にある実際の [デバッグ] ボタンを使用してみてください。Tomcatのスタートボタンのみを使用して、この問題に遭遇しました。実際のバグ ボタンを使用すると、強調表示された行を確認できるようになりました。

于 2012-10-09T22:18:43.603 に答える
1

同様の問題がありました。Eclipse を閉じ、管理者として再度実行することで解決しました。緑の蛍光ペンが突然再登場!

于 2015-05-01T01:47:05.800 に答える
0

この問題は、 Tomcat のクラスパスでソース コードが利用できないために発生しました。したがって、この問題を解決するには、Tomcat の JVM 設定の下のクラスパスにソース コードを追加する必要があります。

それぞれの日食であなたの問題を解決するかどうか教えてください..

于 2013-08-14T11:19:33.917 に答える