388 votes

Eclipse - Impossible d'installer un point d'arrêt en raison de l'absence d'attributs de numéro de ligne

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.

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.

0voto

crazy horse Points 195

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 :

  1. Suppression/Commentation d'un tas d'args jvm concernant javaagent et bootclasspath.

<!-- jvmarg value="${agentfile}" /-->

<!-- jvmarg value="-javaagent:./lib/foobar /-->

<!-- jvmarg value="-Xbootclasspath/a:/foo /-->

  1. Activé/dé-commenté la ligne suivante :

<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.

0voto

Ivan Bürcher Points 11

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.

0voto

Val Points 985

Le JRE utilisé pendant le débogage peut être différent de celui que vous voyez dans les ressources du projet. J'étais également confus avec le même message avant de comprendre ceci.

0voto

Greg Points 10

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.

0voto

Matt Jordan Points 1

J'essayais de déboguer le gestionnaire de logs et j'avais besoin de changer le jre en un jdk et ensuite de sélectionner ce jdk dans l'onglet "principal", "Java Runtime Environment" | "runtime JRE" de la configuration de débogage puis tout allait bien.

Prograide.com

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.

Powered by:

X