Wenn ich auf F3 klicke und einen Drilldown in eine Methodendefinition durchführe, geht Eclipse in ein Abhängigkeitsjar. ----- erste Frage: Woher hat es die Quelldatei? Ich sehe nicht, dass die Jars tatsächliche Quelldateien enthalten, hat es sich dekompiliert? ---- Ich habe einen Haltepunkt gesetzt und debuggen.
aber der Debugging-Prozess scheint nie auf den richtigen Breakpoint zu landen, und der Breakpoint, den ich gesetzt habe, wird selten ausgeführt. es stellt sich heraus, dass der angezeigte Quellcode falsch ist, so dass der Haltepunkt auch an falschen Stellen gesetzt ist.
Hier ist, was ich von Eclipse-Fenster sehe:
%Vor%Der Kommentar vor jeder Zeile scheint die richtige Zeilennummer zu zeigen, aber sie stimmt nicht mit der tatsächlichen Zeilennummer überein, die links vom Eclipse-Fensterrahmen angezeigt wird. h. das obige Codesegment besetzt die Zeilen 315-319 im Fenster, nicht 415.
Wie kann ich also die richtigen Quellen finden und sie in meinem Debugging-Prozess anzeigen? Muss ich alle Gläser manuell greifen? Gibt es eine Möglichkeit, in meiner Pom-Datei anzugeben?
danke Yang
Weil ich die Lösung nicht gefunden habe, als ich sie googelte und dies das erste Suchergebnis ist, möchte ich Ihnen mitteilen, wie ich dieses Problem gelöst habe.
Project > Build Automatically aktiviert ist; to Build Path > Configure Build Path...
Project > Clean... , wählen Sie Ihr Projekt und drücken Sie OK; Wenn Sie in Schritt 3 Fehler erhalten (wie Access denied oder o.ä.), gehen Sie in den Stammordner Ihres Projekts und suchen Sie nach einer Datei namens .classpath . Bearbeiten Sie die Datei und beheben / entfernen Sie manuell den Block, der den Fehler verursacht hat.
Dies löst sich auch, wenn Eclipse keine Fehlersymbole in Klassen mit Kompilierungsfehlern anzeigt.