java.lang.NoSuchMethodError: org.apache.commons.codec.binaires.Base64.encodeBase64String() dans une application Java EE

Je développe une application Java EE, dans laquelle j'ai besoin de l'Encodage Base64/Décodage

J'ai donc ajouté commons-codec-1.5.jar dans WEB-INF/lib dossier de mon application et utilisé

import org.apache.commons.codec.binary.Base64;

dans le fichier Java.

Au cours de la compilation, quand je tape Base64, il montre encodeBase64String méthode est disponible. Mais au cours de l'exécution, il est en train de lancer une exception comme ceci:

java.lang.NoSuchMethodError:org.apache.commons.codec.binary.Base64.encodeBase64String

J'ai le POT dans le buildpath, mais je ne comprends pas pourquoi il me lance l'erreur ci-dessus.

Post comment vous appelez cette méthode.

InformationsquelleAutor Sreeram | 2011-10-07

73

Que cette méthode a été introduit dans les Communes Codec 1.4. Cette exception indique que vous avez une version plus ancienne de Communes Codec quelque part d'autre dans la webapp d'exécution du classpath qui a mis la priorité, dans classloading. Vérifier tous les chemins couverts par la webapp d'exécution du classpath. Cela comprend entre autres l' Webapp/WEB-INF/lib, YourAppServer/lib, JRE/lib et JRE/lib/ext. Enfin, supprimer ou mettre à jour la délinquance ancienne version.

Mise à jour: selon les commentaires, vous n'arrivez pas à le localiser. Je ne peux que suggérer à outcomment le code à l'aide de cette nouvelle méthode, puis ajoutez la ligne suivante à la place:
```
System.out.println(Base64.class.getProtectionDomain().getCodeSource().getLocation());
```
Qui doit imprimer le chemin absolu vers le fichier JAR, où il a été chargé de cours de l'exécution.

Mise à jour 2: cela ne semble pointer vers le bon fichier. Désolé, je ne peux pas expliquer votre problème maintenant. Tout ce que je peux suggérer, c'est d'utiliser un autre Base64 méthode comme encodeBase64(byte[]) et puis il suffit de construire un new String(bytes) vous-même. Ou vous pouvez déposer à la bibliothèque et utiliser un autre Base64 codeur, par exemple cette une.
- Merci pour la reponse BalusC.J'ai cherché de tout mon système pour ce pot.Je ne pouvais pas trouver un vieux pot de n'importe où dans mon système.Tout ce que j'ai est un commons-codec-1.5.jar dans ma Webapp/WEB-INF/lib
- J'ai mis à jour ma réponse avec une ligne de code qui devrait vous donner plus de renseignements sur les où la Base64 classe est été chargé de cours de l'exécution.
- Système ci-dessus.out.imprimé le fichier suivant:/C:/Program Files/Apache Software Foundation/Tomcat 7.0/webapps/Project_name/WEB-INF/lib/commons-codec-1.5.jar
- C'est la simple bizarre. J'avais deviné que vous étiez à l'aide de Glassfish 3.0.x, qui dispose de la version 1.3 à sa lib, mais je vois que vous êtes réellement en utilisant Tomcat 7.0.x qui ne devrait pas avoir toutes les Communes de Codec dans sa lib. Droit maintenant, je ne peut pas proposer autre chose que de simplement en utilisant une autre méthode ou de remplacer Communes Codec Base64 par un autre Base64 codeur/décodeur de mise en œuvre.
- Par le chemin, qui Bocaux vous avez de plus dans votre /WEB-INF/lib? Peut-être l'un d'entre eux est le reconditionnement de Communes Codec. Même si j'avais attendu que le code de l'emplacement de la source aurait retourné..
- a l'aide du Soleil codage précédemment.Je suis venu par le biais de ce doc. Puis j'ai changé de apache commons-codec.Je vais essayer avec ce qui précède et vous laisser savoir.
- Une autre stratégie pour localiser si sa même classe c'est d'être pris ou d'une autre est d'utiliser la réflexion pour imprimer toutes les méthodes publiques de Base64 classe.
- j'ai le texte suivant pots dans le web-inf/lib: activation.jar,aspectjweaver.jar,axis.jar,classes12.jar,commons-beanutils-1.8.3.jar,commons-codec-1.5.jar,commons-collections-3.2.jar,commons-dbcp-1.3.jar,commons-digester-1.8.jar,commons-discovery-0.4.jar,commons-logging-1.1.1.jar,commons-pool.jar,jaxrpc.jar,mail.jar,saaj.jar,servlet.jar,webserviceutils.jar,wsdl4j.jar
- Je ne reconnais pas tout ce qui pourrait avoir reconditionné codec. Mais que servlet.jar certainement ne leur appartient pas. Le supprimer. Tomcat a déjà sa propre.
- nettoyer et construire le projet.Ensuite, j'ai déployé mon WAR dans tomcat.Fait intéressant, il a commencé à bien fonctionner.Veuillez voir cette autre question de la mienne concernant java link
- cette ligne de code donne un pointeur null erreur. de toute façon comment puis-je accéder à l'encodeur et le décodeur méthodes Base64.class je suis à l'aide d'eclipse et il ne peut pas localiser l'emplacement de ces méthodes
InformationsquelleAutor BalusC
6

Certains de Google outillage comme GWT a une version intégrée de communes-codec avec un pré-1.4 Base64 classe. Vous devrez peut-être faire un tel outillage Pots inaccessibles de votre code par la refactorisation de votre projet tel que seules les parties de votre code qui ont besoin que de l'outillage peut voir la dépendance.

InformationsquelleAutor Adam Augusta
6

@Adam Augusta est bon, Une chose de plus

Apache-client HTTP pots est également livré dans la même catégorie que certains de google api.

org.apache.httpcomponents.httpclient_4.2.jar
et commons-codec-1.4.jar à la fois sur le chemin de classe, Ce qui est très possible que vous obtiendrez ce problème.

Cette prouver à tous les pots qui sont à l'aide de la première version du commun-codec en interne et en même temps quelqu'un à l'aide de commun-codec explicitement sur classpath trop.

InformationsquelleAutor pkm1986
2

Télécharger ce pot

Il résolu mon problème, c'est de 1,7.

InformationsquelleAutor asifaftab87
1

J'ai connu le même problème avec JBoss 4.2.3 GA lors du déploiement de mon application web. J'ai résolu le problème en copiant mon commons-codec 1.6 pot en C:\jboss-4.2.3.GA\server\default\lib
- Cela a résolu mon problème. Je suis à l'aide de JBoss 5.1.0 GA et déployer une OREILLE sur ce serveur. J'ai besoin de la chambre des communes-codec 1.6 pour une api inclus dans le projet. Le serveur JBoss est une des communes-codec 1.3 pot dans son dossier lib. Je veux déployer toutes les libs nécessaires par mon projet dans l'oreille, que cette erreur se produit. Quand je copie les communes-codec 1.6 dans le dossier lib (l'ancien existent toujours), il fonctionne.
InformationsquelleAutor Ktonneh
1

Vous avez besoin de la Apache Commons bibliothèque de Codecs 1.4 ci-dessus dans votre classpath.
Cette bibliothèque contient Base64 mise en œuvre.

InformationsquelleAutor Mikhail Tanaev
1

Essayez d'ajouter 'commons-codec-1.8.jar" dans votre dossier JRE!
- Je l'ai ajouté en pot, il fonctionne aussi bien
InformationsquelleAutor Evandro Brunassi
0

Il suffit de créer un objet de Base64 et de l'utiliser pour encoder ou décoder, lors de l'utilisation de org.apache.commons.codec.binaires.Base64 bibliothèque

Pour Encoder

Base64 ed=new Base64();

Chaîne codée=new String(ed.encode("Bonjour".getBytes()));

Remplacer "Bonjour" avec le texte encodé dans un Format de Chaîne.

Pour Décoder

Base64 ed=new Base64();

Chaîne décodée=new String(ed.décoder(codée.getBytes()));

Ici codée est la variable de Chaîne pour être décodé

InformationsquelleAutor Karan

Vous devez vous connecter pour publier un commentaire.

Pour Encoder

Pour Décoder