J'ai récemment installé le plugin JRebel pour NetBeans et ont remarqué le problème suivant lors du débogage de l'EDI:Comment utiliser débogueur NetBeans avec JRebel
Si je mets un point d'arrêt dans une classe et changer le code plus tard, ma le débogueur n'atteint pas toujours le point d'arrêt. J'ai trouvé une solution de contournement: réinitialiser le point d'arrêt (ou réattacher le débogueur au projet) après avoir rechargé la classe.
Mais cette solution n'est pas parfaite parce que la classe est rechargée quand l'application en a besoin pour la première fois (le débogueur ne fonctionne pas encore) donc je dois faire une action que je veux déboguer deux fois . Une autre chose est ce que je ne peux pas expliquer du tout .. même quand je frappe le point d'arrêt avec succès, je ne peux pas frapper un autre dans une autre classe.
Peut-être que quelqu'un a compris ce problème -? Existe-t-il un moyen de recharger les classes modifiées lors de la sauvegarde?
NetBeans avec le plugin JRebel 7.2.1, 3.1.2 Glassfish
hmmm ... j'ai activé cette fonctionnalité et je n'ai pas vraiment remarqué de différence. je veux dire qu'il est toujours capable de déboguer dans un scénario. pour l'instant il me suffira de comprendre le bon scénario. f.e. recharger la classe, puis réinitialiser les brakpoints et attacher le débogueur – user1986658
OK, merci pour l'info. L'intégration au débogueur est dans works atm. Malheureusement, les points d'arrêt ne réinitialisent pas les points d'arrêt car le débogueur ne "voit" pas la nouvelle version de la classe chargée par JRebel. L'intégration a été gâchée quelque part dans la transition de 7.1 à 7.2. Heureusement, le correctif est en route. –
c'est une bonne nouvelle ... mais le plus gros inconvénient est que le débogueur n'atteint pas le point de rupture à chaque fois même après le rechargement de la classe .. parfois j'ai besoin de réinitialiser le point de coupure ou même de remapper le débogueur ... – user1986658