EclipseでJavaアプリをデバッグしているときに、次の2つの場合に「ソースが見つかりません」というエラーが表示されます。
「ファイルがありますが、日食は、それらへのステップは、代わりにそれはにボタンを示していませんソースを添付します」
アタッチしようとしました（変数を定義するためのダイアログが開きます！）。Eclipseはファイルにジャンプしましたが、デバッガーはそこで変数を検査できませんでした。また、私の場合は数千の依存関係ファイルがあるため、手動で各依存関係のソースを添付することは現実的ではありません。
私はeclipse \ javaを初めて使用するので、これが発生している理由の説明+これを解決する方法は非常に役立ちます。
回答:
Eclipseデバッグは、プログラムによって実際にロードされたクラスで機能します。
あなたが説明する症状は、問題のクラスのようではないように聞こえますが、作業しているプロジェクトの前にデバッグ情報が見つからないディストリビューションjar にあります。
これはいくつかの理由で発生する可能性がありますが、この動作を示すクラスが見つかった場所を確認してください（ナビゲーションペインで確認してください）。ほとんどの場合、このjarを使用しないようにプロジェクトのビルドパスを変更し、代わりにJVMでプロジェクトを使用する必要があります。
編集：2018年以降、ビルドパスがm2eプラグインによって管理されるMavenのようなビルドフレームワークを使用するのが一般的であるため、この問題は、質問されたときよりも非常に少ないはずです。Mavenおよびm2eを使用する場合は、必ずPreferences / Maven / "Artifact Sourcesをダウンロード"を有効にするか、プロジェクトを右クリックして、Maven / "Sourcesをダウンロード"してください。
Eclipse IDEを構成するためのわずか3つのステップ：
注：ソースルックアップパスを更新した後、デバッグセッションを停止して再起動する必要があります。それ以外の場合、不足しているソースを含むファイルは、「不足しているソース」を表示し続けます。
ソースルックアップの編集[ソースルックアップの編集...]コマンド[ソースルックアップの編集]を選択すると、[ソースパス]ダイアログが開き、選択したデバッグターゲットのソースルックアップパスを変更できます。
重要 この最後のステップの後でEclipseを再起動してください。
症状は、見つかったクラスに関連付けられた（または割り当てられた）ソースがない場合を完全に説明しています。
しかし、クラスとそのソースを正しく設定していても、Eclipseがソースをアタッチするように提案している場合はどうでしょうか。
これはほとんどの場合、Eclipseが予想とは異なる場所からクラスを見つけていることを意味します。ソースルックアップパスを調べて、間違ったクラスを取得する可能性がある場所を確認します。調査結果に応じてパスを更新します。
ブレークポイントにヒットしても、Eclipseは何も検出しません。
これは、ソースルックアップパスに現在ランタイムにロードされているクラスが含まれていない場合に発生します。Eclipseはソースルックアップパスを厳密にたどり、現在デバッグされているプロジェクトの依存関係のみをアタッチするため、クラスがワークスペースにある場合でも、起動構成からは見えない可能性があります。
例外は、PDEのデバッグバンドルです。この場合、ランタイムは相互に依存関係を宣言する必要がない複数のプロジェクトで構成されているため、ソースルックアップパスでクラスが使用できない場合でも、Eclipseはワークスペースでクラスを自動的に検索します。
ブレークポイントに到達しても変数が表示されないか、ソースが開かれるだけでブレークポイントの行が選択されません。
つまり、ランタイムでは、JVMまたはクラス自体に必要なデバッグ情報がありません。クラスがコンパイルされるたびに、デバッグ情報を添付できます。クラスのストレージスペースを減らすために、この情報が省略されることがあり、そのようなコードのデバッグが面倒になります。唯一のチャンスは、デバッグを有効にして再コンパイルすることです。
Eclipseソースビューアには、実際に実行される行とは異なる行が表示されます。
空のスペースが実行されていることを示すこともあります。これは、ソースがクラスのランタイムバージョンと一致しないことを意味します。これは不可能だと思っていても可能ですので、正しいソースを設定してください。または、実行しようとしていることに応じて、ランタイムが最新の変更と一致します。
http://www.coderanch.com/t/587493/vc/Debugging-Eclipse-Sourceから
「デバッグモードで実行している場合は、実行中のスレッド（[スレッド]タブ）を右クリックして[ソースルックアップの編集]を選択します。この時点で、ソースコードを含む必要なプロジェクト/ jarを追加できます。
この方法で現在のプロジェクトを追加し、問題を解決しました
私はEclipse Mavenプロジェクトで同様の問題を抱えていました。私はこの問題とかなり長い間戦い、それから私はプロジェクトを再構築しようとしました
mvn clean eclipse:eclipseそしてそれは助けた。
注：2つのアプローチは大きく異なるため、このアプローチを使用するとm2eプラグインが混乱します。m2eは、「Maven Dependencies」と呼ばれる仮想ノードをプロジェクトに追加し、Mavenにすべての依存関係を追加するように要求します。
mvn eclipse:eclipse一方、はファイルに多数の個別のエントリを作成します.classpath。Eclipseは、JARを手動でプロジェクトに追加したかのようにそれらを処理します。
Eclipseのクラスパスがどのように機能するかを理解していない限り、このアプローチはお勧めできません。
mvn eclipse:eclipseプロジェクトの依存関係をJavaビルドパスに追加して、機能するようにします。さらに、m2eclipseプラグインは、「ライブラリー」タブにある「Maven依存関係」にのみプロジェクト依存関係を追加し、デバッガーはそれを見つけることができません。
既存のデバッグ構成を削除して、新しいデバッグ構成を作成します。これで問題は解決します。
私は同じ問題に直面していました、私は次の手順に従いました。
Window=> Preferences=> Java=> Installed JREs、
上の画面Jre1.8.0_12で選択したことがわかります。
使用しているJREを選択して、をクリックしますEdit。これで、次の画面が表示されます。
ディレクトリをクリックし、Jdkを参照します。次の画面のようになります。
OKをクリックして完了です
java.likeで始まるクラスjava.lang.String）
私の場合、ソースルックアップを編集してプロジェクトを追加した後でも機能しませんでした。プロジェクトのビルドパスを構成しました。
その後、JRE System Libraryを選択しました。
Eclipseにアクセスできる依存関係のソースコードがあるかもしれません。しかし、Eclipseは動的にロードされるコードのソースコードを認識していません。たとえば、Mavenを通じて。
Mavenの場合は、run-jetty-runプラグインを使用することをお勧めします。
http://code.google.com/p/run-jetty-run/
回避策として、デバッガーを使用して実行中のJVMに接続することもでき、コードが表示されます。あるいは、EclipseのDynamic Source Lookupプラグインをここから使用できます。
https://github.com/ifedorenko/com.ifedorenko.m2e.sourcelookup
残念ながら、スペースのあるWindowsパスに問題があるため、私には役に立ちませんでした。
私はEclipse Bugzillaの拡張リクエストを記入しました。この問題「ソースが見つかりません」が永久に消えてしまうことに同意する場合は、ここで投票してください。
https://bugs.eclipse.org/bugs/show_bug.cgi?id=384065
ありがとう！
ササ
私も同じ問題を抱えていました。私の場合、Window-Preferences-Java-Debug [キャッチされていない例外で実行を一時停止]を無効にしました。次に、コンソールに正しいエラーが表示されました。MySqlユーザーにはデータベースにアクセスする権限がありませんでした。このトピックによると。
情報：これは、maven（pom.xml）をいくつかのプロジェクトで使用する場合に考えられる解決策です。
mavenを使用している場合は、対応するpom.xml内で使用しているバージョンを確認してください（例1.0.1-SNAPSHOT）。コードが最新である可能性がありますが、pom.xmlの依存関係はまだ古いJARの/スナップショット（古いコード）を使用しています。
問題を見つける：
EclipseまたはSTSを使用している場合は、GC（GrepCodeプラグイン）をインストールして使用してください。ソース.zipファイルをプロジェクトパスに添付する必要がない場合は、GrepCodeが正常に機能します。
EclipseでのGlassfishサーバーのデバッグに関連する問題がありました。これは、別のリポジトリからソースコードをロードすることで実現しました（SVNからGitHubに変更）。このプロセスでは、Glassfishサーバーが誤ったコンパイル済みクラスを使用していたため、ソースとランタイムが同期しなくなり、空の行にブレークポイントが表示されていました。
これを解決するには、classesディレクトリの最上位フォルダを名前変更または削除します。Glassfishは、クラスファイルを正しくコンパイルされたバージョンで更新することを含め、クラスディレクトリツリー全体を再作成します。
クラスディレクトリは次の場所にあります：/ workspace / glassfish3122eclipsedefaultdomain / eclipseApps / <your Web Application> / WEB-INF / classes
私のTomcatプロジェクトの場合、ここでプロジェクトをチェックしました：ウィンドウ-設定-Tomcat-ソースパス-Javaプロジェクトをソースパスに追加
自動ダウンロードによってソースコードをJARに添付する場合は、このEclipseプラグインJava Source Attacherを使用してみてください
これは私のために働いた
プロジェクトを右クリック->プロパティ->デプロイメントアセンブリ-> jarを追加
Eclipseのデバッグ構成に移動し、以下の目標を使用してアプリケーションを実行します。
-Dmaven.surefire.debug
例えば
-Dmaven.surefire.debug exec：java
まあ、これは私のために働いたものです。StackOverflowで可能なあらゆる解決策を試しました。デバッグメニューでソースの場所を変更してみました。m2eEclipseプラグインをインストールし、組み込みのMavenから変更しました。run-jetty-runをインストールしても何も動作しませんでした。ここで、外部の人のソースコードを表示するのではなく、自分のOWNコードを確認したかったのですが、MYプロジェクトにある自分が記述したメソッドに「ステップイン」するたびに、 「ソースが見つかりました」エラー。
ようやくエキスパートに質問したところ、Eclipseが最初に行っていたのは、デバッグスタックから確認できるClassLoaderを呼び出すことでした。私がしなければならなかったすべてはF6（ステップオーバー）であり、それから私は私の元の呼び出しに戻り、次にF5（ステップイン）に戻りました。そして、私のコードがありました。ため息...そのような単純な修正ですが、1時間の無駄です。
初心者向け、
jarファイルが、Eclipseワークスペースにまだ含まれていないプロジェクトの一部である可能性があります。
そのためには、jarファイルのプロジェクト名を知っている必要があります。セイは、例えば、そのABC -18.0.0-SNAPSHOT.jarには、それはあなたがあなたのワークスペースに含めることになっているプロジェクトがあることを意味ABC。
日食のフォトンで、「ウィンドウ->設定-> Java->デバッグ->高度なソースルックアップを使用する」をオフにしてみてください。
編集：このバージョンのeclipseには、Javaアプリケーションのデバッグ中に「ソースが見つかりません」というメッセージが表示されるという関連するバグがあります。詳細については、バグレポートbugs.eclipse.org/bugs/show_bug.cgi?id=537699を参照してください
