J'obtiens cette étrange erreur dans Eclipse lorsque j'essaie de définir un point d'arrêt.
Unable to insert breakpoint Absent Line Number Information
J'ai coché la case des options du compilateur, mais sans succès.
J'obtiens cette étrange erreur dans Eclipse lorsque j'essaie de définir un point d'arrêt.
Unable to insert breakpoint Absent Line Number Information
J'ai coché la case des options du compilateur, mais sans succès.
J'ai fait tout ce qui est indiqué ci-dessus lors de la compilation/construction des pots - j'ai toujours le même problème.
Finalement, les modifications de jvmarg listées ci-dessous lors du démarrage du serveur est ce qui a finalement fonctionné pour moi :
<!-- jvmarg value="${agentfile}" /-->
<!-- jvmarg value="-javaagent:./lib/foobar /-->
<!-- jvmarg value="-Xbootclasspath/a:/foo /-->
<jvmarg value="-Xdebug" />
Ensuite, lorsque je démarre le serveur, je suis en mesure d'atteindre mes points d'arrêt. Je soupçonne que le javaagent interfère d'une manière ou d'une autre avec la capacité d'Eclipse à détecter les numéros de ligne.
Vérifiez/faites ce qui suit :
1) Sous "Window --> Preferences --> Java --> Compiler --> Classfile Generation", toutes les options doivent être à True :
(1) Add variable attributes...
(2) Add line number attributes...
(3) Add source file name...
(4) Preserve unused (never read) local variables
2) Dans le dossier .settings de votre projet, recherchez un fichier appelé org.eclipse.jdt.core.prefs. Vérifiez ou définissez org.eclipse.jdt.core.compiler.debug.lineNumber=generate.
3) Si la fenêtre d'erreur apparaît toujours, cliquez sur la case à cocher pour ne pas afficher le message d'erreur.
4) Nettoyer et construire le projet. Commencez le débogage.
Normalement, la fenêtre d'erreur ne s'affiche plus et les informations de débogage s'affichent correctement.
J'ai également rencontré ce problème. J'utilise une construction ant script. Je travaille sur une application ancienne et j'utilise donc la version 1.4.2 de JDK. Cela avait l'habitude de fonctionner alors j'ai commencé à chercher autour. J'ai remarqué que dans la configuration de débogage de l'onglet JRE, la version de Java était définie sur 1.7. Une fois que je l'ai ramenée à la version 1.4, cela a fonctionné.
J'espère que cela vous aidera.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
0 votes
Pouvez-vous faire un javap -verbose sur le fichier de classe et coller l'information ici ? Voyez s'il y a vraiment un numéro de ligne.
3 votes
Salut yx, j'ai fait un javap sur cette classe. Il génère les numéros de ligne
0 votes
Bizarrement, je viens de rencontrer ce problème avec le plugin BlackBerry, Eclipse 3.5, rien à voir avec Tomcat. Et moi aussi, il s'arrête aux breakpoints, sauf pour l'un d'entre eux... si je trouve une réponse, je posterai.
6 votes
Pour moi, c'était une mauvaise simulation, j'ai accidentellement simulé la classe que je testais. Peut-être que quelqu'un trouve cela pertinent.
1 votes
@hipokito Pouvez-vous m'expliquer ce que signifie se moquer d'une classe et comment le défaire ? Les autres solutions ne fonctionnent pas pour moi.
0 votes
@chandrajeet - Dans mon cas, c'est un simple passage du runtime référencé de jre à jdk/jre et une reconstruction complète qui ont résolu le problème.
0 votes
Bonjour, si vous créez votre build via ant alors ajoutez debug="on" dans <target name="compile". J'ai été confronté au même problème, mais cette option debug a résolu mon problème.