Je suis confronté à un problème lors du débogage dans Eclipse 3.4.2. Je continue à recevoir des pop-up Traitement des exceptions file d'attente asynchrone java.lang.NullPointerExceptionLe débogage d'Eclipse a une boîte de dialogue: Traitement des exceptions file d'attente asynchrone java.lang.NullPointerException
Est-ce que quelqu'un sait quel est le problème exact?
Merci
Le problème était avec les expressions observant pendant le débogage. Si ces vieilles expressions ne sont pas supprimées, elles continuent simplement à les évaluer et comme elles n'existent pas pour le programme en cours, elles continuent à émettre une exception de pointeur nul.
-1 réponse incorrecte: regarder les anciennes expressions donne "test" \t
Enlever les vieilles expressions a résolu le problème pour moi. – BlueSilver
J'avais aussi ce problème. Après avoir lu ce fil, j'ai juste enlevé toutes les expressions de ma liste et voila ça marche. – Dave
J'ai le même problème, je trouve le rapport de bogue concerné: https://bugs.eclipse.org/bugs/show_bug.cgi?id=277574
J'utilise Eclipse 3.6.1, et le rapport de bogue dit qu'il est fixé dans 3.6.1, mais je vois encore quand je mettre un point d'arrêt dans un gestionnaire()
traitement Exception file d'attente de fil asynchrone traitement d'exception de file d'attente de fil asynchrone java.lang.UnsupportedOperationException
EDIT: Je suis capable de voir la valeur stockée dans le tableau de chaînes en ajoutant l'expression à la liste d'expressions. Je reçois uniquement l'exception Eclipse lorsque je place le pointeur de la souris sur le tableau pour l'inspecter. Donc, je peux déboguer, mais je dois juste me rappeler d'effacer la liste d'expressions quand j'en ai fini avec elle.
Ceci est un bug connu que le groupe Eclipse travaille activement à corriger. Cela est lié à l'évaluation des variables statiques dans le débogueur. Apparaissent souvent en regardant les variables String []. commentaires antérieurs sur la suppression des variables surveillées sont partiellement correctes, mais seulement si elles sont statiques
continuer à regarder les notes de version de l'éclipse pour un bug fix
Eclipse Standard/SDK
Version: service Kepler Release 1 Construire id: 20130919-0819
J'ai un problème similaire ... en l'absence d'un correctif, j'ai trouvé une solution de contournement temporaire.
// Cela entraînera l'erreur decribed dans mon code ...
public static void main(String[] args)
{
public static HashMap<String, String> students = new HashMap<String, String>();
...
}
si je SPERATE la déclaration et l'initialisation ... je peux obtenir le débogueur de se comporter comme prévu. Ne sais pas pourquoi cela fonctionne ... mais semble fonctionner pour moi ... Espérons que cela aide quelqu'un.
public static HashMap<String, String> students ;
public static void main(String[] args)
{
students = new HashMap<String, String>();
...
}
J'ai eu le problème similaire avec un fil de traitement asynchrone en mode débogage, mais avec com.sun.jdi.ObjectCollectedException
Exception processing async thread queue
com.sun.jdi.ObjectCollectedException
aucune liste d'expression de nettoyage, ou quoi que ce soit d'autre aide. Mais j'ai remarqué que mon téléphone fonctionne sous environnement d'exécution ART et quand je suis revenu à Dalvik erreur de thread asynchrone est dissapeared.
Quelle version d'Eclipse utilisez-vous? Qu'est-ce que vous déboguez, une application Java SE simple? –
J'utilise Eclipse 3.4.2, bien que ce ne soit pas une simple application Java SE complexe. – yogsma
Vous pourriez essayer de mettre à jour, parfois Eclipse a des points durs, cela semble clairement être un problème Eclipe interne. Il y avait un bug similaire en 2005, le débogueur n'a pas réussi à compiler certaines expressions de débogage. Vous pouvez les modifier ou sélectionner d'autres options de débogage. Plus de détails que vous pouvez partager? –