Kiedy wchodząc do klasy instancji, zaćmienie debugger przechodzi do kodu natywnego

Question

Niedawno przeniesieni do Heliosa i teraz za każdym razem, gdy krok do konstruktora dla klasy (np Cat myCat = new Cat();), zaćmienie debugger pokazuje stos jako

:

Aby uzyskać rzeczywisty kod konstruktora, muszę kilka razy wyjść, co jest denerwujące. Dzieje się tak z każdą klasą i pomimo stosu nigdy nie widzę komunikatów o błędach w konsoli. Jak mogę to naprawić, aby przejść bezpośrednio do konstruktora dla mojej klasy?

Dzieje się tak tylko przy pierwszym użyciu klasy, a nawet dla klas, które znajdują się w tym samym pliku src co bieżący.

Answer 1

Eclipse ma pierwszeństwo filtra krok w preferencjach debuger Java. Jego domyślna preferencja powoduje odfiltrowanie java.lang.ClassLoader, ale to nie zadziałało. Może to mieć coś wspólnego z niedawno zainstalowanym i przełączonym na użycie jre7. Aby rozwiązać mój problem, dodałem filtr, aby przejrzeć dowolny kod w pakiecie java.lang.

Answer 2

Ze ścieżki stosu zgłoszonej w środowisku Eclipse wygląda na to, że ClassNotFoundException został zainicjowany i jest zgłaszany. Czy napisana przez Ciebie aplikacja napotkała jakieś problemy?

Czy ustawiłeś punkty przerwania w konstruktorze klasy? w ogóle nie mogłeś wejść do konstruktora?

Czy używasz Class.forname() lub importujesz, aby wprowadzić klasę do środowiska JRE?

Answer 3

Wydaje mi się, że wyjątek ClassNotFoundException dzieje się po prostu w ramach ładowania klas - problemem jest to, że ustawiono punkt wstrzymania, który uruchamia się po wygenerowaniu wyjątków. Domyślam się, że twoja wersja Eclipse ma domyślnie ten punkt przełomowy, podczas gdy stary nie.

Zapoznaj się z this link, która zgłasza podobny problem i zapewnia rozwiązanie, które służy tylko do wyłączenia tego punktu przerwania.

(w interesie nauki do ryb i wszystkich, że Google Search termin był „eclipse debugger wyrzutni $ appclassloader”).