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 le même problème quand j'ai fait sur le serveur jetty et compilé le nouveau fichier .war par ANT. Vous devez choisir la même version du compilateur jdk/jre et le même chemin de construction (par exemple jdk 1.6v33, jdk 1.7, ....) après avoir défini le compilateur Java comme indiqué précédemment.
J'ai tout fait et ça ne marche toujours pas. La solution a été de supprimer les fichiers .class compilés et la cible du fichier war généré et maintenant ça marche :)
J'ai trouvé une autre raison pour ce message. Je programmais en Scala. La solution était :
Maintenant le débogage devrait fonctionner. Notez que j'ai installé le plugin Scala IDE, cette option peut ne pas être disponible si vous ne l'avez pas.
J'ai rencontré le même problème lors du débogage d'un WAR (construit à partir de plusieurs artefacts de projet Eclipse) déployé vers Tomcat.
Je construis tout en utilisant une construction ANT script. Si c'est ce que vous faites, assurez-vous que le drapeau debug=true est défini sur chaque tâche javac ant que vous avez. C'était mon seul problème - j'espère que cela aidera votre problème !
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.