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 essayé la plupart des solutions précédentes, et j'ai toujours le problème. Voici ce que j'ai fait ensuite :
Il se peut que certaines de ces étapes ne soient pas nécessaires, mais "juste au cas où".
Donc, si les solutions précédentes ne fonctionnent toujours pas pour vous. Essayez ceci. J'espère que cela vous aidera ;-)
Pour le projet Web avec le serveur Tomcat, j'ai résolu le problème en suivant les étapes suivantes.
Nous avons déjà des informations très utiles pour résoudre ce problème, mais dans mon cas spécifique, le problème était que lorsque je faisais une mise à jour de mon projet à partir du dépôt, de nouvelles classes étaient générées avec la source compilée du code le plus récent. Le problème est que j'ai oublié de changer les versions des projets dans mes fichiers POM et comme les points d'arrêt ont été fixés sur le nouveau code et que les fichiers POM pointaient toujours vers les anciennes versions qui étaient disponibles sur les fichiers JAR d'une compilation précédente, les classes des fichiers JAR ont été choisies et non les classes du nouveau code.
En résumé, pour résoudre ce problème, j'ai simplement dû mettre à jour les versions dans le fichier POM du projet principal, nettoyer et recompiler le code source et enfin rafraîchir l'environnement. J'espère que cela pourra être utile à quelqu'un d'autre.
Comment corriger une erreur de point d'arrêt lors du débogage dans Eclipse ? Remplacez ce que vous avez par ces lignes uniquement.
eclipse.preferences.version=1
org.eclipse.jdt.core.compiler.codegen.inlineJsrBytecode=enabled
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.8
org.eclipse.jdt.core.compiler.codegen.unusedLocal=preserve
org.eclipse.jdt.core.compiler.compliance=1.8
org.eclipse.jdt.core.compiler.debug.lineNumber=generate
org.eclipse.jdt.core.compiler.debug.localVariable=generate
org.eclipse.jdt.core.compiler.debug.sourceFile=generate
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error
org.eclipse.jdt.core.compiler.source=1.8
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.