Comment corriger une erreur NoSuchMethodError ?

Question

Je reçois un NoSuchMethodError lors de l'exécution de mon programme Java. Qu'est-ce qui ne va pas et comment puis-je y remédier ?

Answer 1

Sans plus d'informations, il est difficile d'identifier le problème, mais la cause principale est que vous avez probablement compilé une classe à partir d'une version différente de la classe à laquelle il manque une méthode, par rapport à celle que vous utilisez lorsque vous l'exécutez.

Regardez la trace de la pile ... Si l'exception apparaît lors de l'appel d'une méthode sur un objet d'une bibliothèque, il est très probable que vous utilisiez des versions différentes de la bibliothèque lors de la compilation et de l'exécution. Assurez-vous d'avoir la bonne version aux deux endroits.

Si l'exception apparaît lors de l'appel d'une méthode sur des objets instanciés par des classes vous est faite, il semble que votre processus de construction soit défectueux. Assurez-vous que les fichiers de classe que vous exécutez réellement sont mis à jour lors de la compilation.

Answer 2

J'ai eu le même problème et voici comment je l'ai résolu. Les étapes suivantes constituent une méthode de travail pour ajouter une bibliothèque. J'avais fait les deux premières étapes correctement, mais je n'avais pas fait la dernière en faisant glisser le fichier ".jar" directement du système de fichiers dans le dossier "lib" de mon projet Eclipse. De plus, j'ai dû supprimer la version précédente de la bibliothèque à la fois du chemin de construction et du dossier "lib".

Étape 1 - Ajouter .jar au chemin de construction

Étape 2 - Associer les sources et les javadocs (facultatif)

Étape 3 - Faire glisser le fichier .jar dans le dossier "lib" (non facultatif)

Answer 3

Notez que dans le cas de la réflexion, vous obtenez un NoSuchMethodException tandis qu'avec un code non réfléchissant, vous obtenez NoSuchMethodError . J'ai tendance à chercher dans des endroits très différents lorsque je suis confronté à l'un ou à l'autre.

Answer 4

Si vous avez la possibilité de modifier les paramètres de la JVM, l'ajout d'une sortie verbose devrait vous permettre de voir quelles classes sont chargées à partir de quels fichiers JAR.

java -verbose:class <other args>

Lorsque votre programme est exécuté, la JVM doit afficher des informations standard telles que

...

[Chargement de junit.framework.Assert depuis le fichier:/C:/Program%20Files/junit3.8.2/junit.jar]

...

Answer 5

Cela se produit généralement lors de l'utilisation d'un système de construction tel que Apache Ant qui ne compile les fichiers java que lorsque le fichier java est plus récent que le fichier de classe. Si la signature d'une méthode change et que les classes utilisaient l'ancienne version, il se peut que les choses ne soient pas compilées correctement. La solution habituelle est de procéder à une reconstruction complète (habituellement "ant clean" puis "ant").

Ce problème peut également survenir lorsque l'on compile une version d'une bibliothèque et qu'on l'exécute avec une version différente.