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 eu ce problème en essayant de démarrer Tomcat en mode débogage depuis Eclipse. J'avais un fichier de construction ANT qui s'occupait de la compilation et du déploiement. Après avoir mis le drapeau de débogage à true (comme mentionné dans d'autres réponses) et redéployé l'application, tout s'est bien passé :
<javac srcdir="./src/java" destdir="./bin" debug="true">
NOTE : si vous venez d'ajouter le drapeau de débogage et de recompiler, vous devez toujours redéployez votre application au serveur puisque c'est là qu'Eclipse débogue les fichiers de classe. C'est très évident mais il est facile de passer une heure ou plus à se gratter la tête et à se demander pourquoi cela ne fonctionne pas (croyez-moi).
Comme j'ai 6 versions différentes de Java installées, j'ai dû modifier ma conformité JDK par défaut pour qu'elle corresponde à celle de la version de Java que je voulais utiliser. Eclipse avait par défaut le niveau de conformité du compilateur défini sur Java 1.7 alors que tout a été construit/compilé en utilisant Java 1.6.
Donc tout ce que j'ai fait c'est
Maintenant, Eclipse ne se plaint plus du message "Unable to insert breakpoint Absent Line Number Information" et les points d'arrêt de débogage fonctionnent réellement !!!
Ma situation était similaire :
spyTask = spy(new Task())
Task.java
)Ce point d'arrêt génère l'erreur en question, chaque fois que j'exécute Debug As... > JUnit Test
Pour résoudre le problème, j'ai déplacé le point d'arrêt "vers le haut" dans le test lui-même (dans TaskTest.java). Une fois l'exécution arrêtée, j'ai ajouté le point d'arrêt à l'endroit où il se trouvait à l'origine (dans Task.java).
J'ai toujours la même erreur mais après avoir cliqué sur "ok", le point d'arrêt a bien fonctionné.
J'espère que cela aidera quelqu'un,
-mâle
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.