J'ai un projet Java que je déboguise dans NetBeans (versions 6.8 et 6.9) et je ne parviens pas à entrer dans le code. Je ne peux que définir des points d'arrêt, puis continuer vers les points d'arrêt. Ce n'est pas très pratique. J'aimerais pouvoir passer à travers le code sans régler les points d'arrêt partout et qu'ils courent. Je m'attache à la JVM car il ne peut pas être démarré dans Netbeans (il est démarré par un programme C via JNI). Y a-t-il un problème lié à la jointe à une JVM?
Si je devais essayer de participer à une ligne de code, le débogueur est suspendu (bouton de pause est désactivé) et la seule option consiste à détacher / mettre fin à la session de débogage.
3 Réponses :
Lorsque votre point d'arrêt a été touché et que vous vous êtes brisé dans votre code Java. Essayez:
J'ai beaucoup vu cela lorsque vous utilisez des projets FreeForm dans Netbeans. Vous devez ajouter un répertoire source aux fenêtres de débogage. Vous devrez peut-être supprimer et re-ajouter les points d'arrêt aussi.
Après avoir perdu tort de temps de réglage des points d'arrêt et de courir ou d'utiliser du projet Debug \ Debug, j'ai eu de la chance. Dans le menu de débogage, je viens de sélectionner "étape dans" et l'IDE a commencé à exécuter mon code une étape à la fois, en surbrillance la ligne active et en grisage de la surbrillance lorsqu'une réponse de l'utilisateur est requise. (Utilisation de la suggestion ci-dessus de désactiver le code Java SRC vous aide fortement.)
J'ai vu ce comportement dans un projet fourni avec un livre JSP. Étape terminée Bien travaillé dans d'autres projets, mais dans un projet particulier exécutant une "étape sur", il suffit de le rendre à la prochaine rupture au lieu de la ligne suivante.
J'ai retracé le problème aux différences de propriété debug.ClassPath dans le fichier Project.Properties.
Un mauvais projet avait ceci: debug.classpath = $ {build.classes.dir.real}: $ {javac.classpath}: $ {j2ee.platform.classpath}
De bons projets avec une étape de travail surviennent à la place: debug.classpath = $ {javac.classpath}: $ {build.classes.dir}
changer debug.ClassPath a résolu le problème.
Je n'ai aucune solution, seulement des impressions. Je vois parfois des choses similaires dans Netbeans. Je pense, mais je ne suis pas sûr, c'est que la source du projet n'est pas la même version ou la même source que la course à pied. Et aussi, supprimer .Netbeans / 6.x / var / cache Aide parfois.