"Nieznane źródło" w śledzeniu stosu Java, ale numery linii są w pliku klasy

Question

Napisałem super prostą klasę języka Java, która rzuca wyjątki tak, jak powinna. Jednak ślad stosu Dostaję wygląda następująco:

java.lang.RuntimeException: hello 
     at Main.go(Unknown Source) 
     at Main.main(Unknown Source) 

Uwaga: nie ma numery linii w ślad stosu i chciałbym tam być.

Odpowiedzi znalezione podczas wyszukiwania w Google tego problemu polegają na dodaniu prawidłowych parametrów w czasie kompilacji, aby upewnić się, że numery linii faktycznie znajdują się w pliku klasy. Jednak nie wierzę, że to mój problem, jak mam to w moim ant build.xml

<javac 
    debug="true" 
    debuglevel="lines,vars,source" 
    includeAntRuntime="false" 
    classpathref="classpath.compile" 
    srcdir="${src.dir}" 
    destdir="${build.classes}" /> 

Ponadto, zgodnie z javap, wygląda numerów linii udało się w:

$ javap -l ./build/classes/Main | head -n 9 
public class Main extends java.lang.Object{ 

public Main(); 
    LineNumberTable: 
    line 14: 0 
    line 22: 4 
    line 23: 15 
    line 24: 26 

Co daje? Czy jest jakiś parametr, który muszę ustawić w jvm po uruchomieniu kodu?

Dzięki!

Answer 1

myślę poprawny sposób to:

<javac debug="true" debuglevel="lines,vars,source" 

Uwaga nie ma spacji między linii, Vars, źródło

Answer 2

uznało tę odpowiedź na another question:

ta jest zwykle związane z brakujących informacji debugowania. Jesteś prawdopodobnie używając JRE (nie JDK), który nie zawiera informacji debugowania dla klas rt.jar. Spróbuj użyć pełnej JDK, dostaniesz odpowiednie lokalizacje w ślad stosu

Answer 3

Miałem dokładnie ten sam problem. W naszym środowisku to pomogło aby wyłączyć zoptymalizować-flag

<javac optimize="off" ... 

Najwidoczniej Ant robi nie ignorować atrybut optymalizacji, chociaż Ant-Doc mówi o atrybut „Optymalizacja” (i używamy Java 1.7):

Wskazuje, czy źródło powinno być kompilowane z optymalizacją; domyślnie wyłączone. Zauważ, że ta flaga jest po prostu ignorowana przez javac Sun zaczynając od JDK 1.3 (ponieważ optymalizacja kompilacji nie jest konieczna).