Causé par: java.lang.NoClassDefFoundError: org/apache/log4j/Enregistreur

Pendant l'exécution, votre application ne parvient pas à trouver le fichier jar.

Prises à partir de cette réponse par Jared:

Il est important de garder deux exceptions différentes dans notre tête dans ce cas:

1. Java.lang.ClassNotFoundException Ceci un Exception, il indique que le la classe n'a pas été trouvée sur le chemin de classe. Cela indique que nous étions essayer de charger la définition de classe, et la classe n'existait pas sur le classpath.

2. Java.lang.NoClassDefFoundError C'est Error, il indique que la JVM regardé dans sa structure de données de définition de classe interne pour le définition d'une classe et ne la trouvent pas. Ceci est différent de celui disant qu'il ne pouvait pas être chargé à partir du chemin de classe. Habituellement, cette indique que nous avons précédemment tenté de charger une classe à partir du classpath, mais il a échoué pour une raison quelconque - maintenant, nous essayons à nouveau, mais nous ne sommes pas va même essayer de le charger, parce que nous avons échoué chargement plus tôt. L'échec précédent pourrait être un ClassNotFoundException ou une ExceptionInInitializerError (indiquant une défaillance dans le bloc d'initialisation statique) ou de toute autre problème. Le fait est qu'une NoClassDefFoundError n'est pas nécessairement une classpath problème.

Les similitudes et les différences

Vous pouvez utiliser la dépendance maven suivante dans votre fichier pom. Sinon, vous pouvez télécharger les deux fichiers jar suivants à partir de net et les ajouter à votre chemin de construction.

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.6.4</version>
</dependency>

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-log4j12</artifactId>
    <version>1.6.4</version>
</dependency>

Ceci est copié de mon projet de travail. Assurez-vous d'abord qu'il fonctionne dans votre projet. Ensuite, vous pouvez modifier les versions pour utiliser d'autres pots compatibles (versions).

Pour AggCat, vous pouvez vous référer au fichier POM de l'exemple java application.

Https://github.com/IntuitDeveloperRelations/IPP_Sample_Code/blob/master/CustomerAccountData/Java/AggCatSampleApplication/pom.xml

Merci

Enregistrement dans l'assemblage de déploiement,

J'ai la même erreur, lorsque je génère le fichier war avec la méthode "maven clean install" et que je le déploie manuellement, cela fonctionne bien, mais lorsque j'utilise l'environnement d'exécution (eclipse), les problèmes surviennent.

La solution pour moi (pour eclipse ID) va à: "propriétés proyect" - > "Assemblage de déploiement" - > "Ajouter" - > "le pot dont vous avez besoin", dans mon cas java "entrées de chemin de construction". Peut-être peut aider un peu!

Basé sur la stacktrace, une classe intuit com.intuit.ipp.aggcat.util.Saml2assertigenerator a besoin d'un jar saml sur le chemin de classe.

Une organisation de classe saml.opensaml.XML.XMLConfigurator a besoin de son tour log4j, qui est à l'intérieur de la GUERRE mais ne peut pas le trouver.

Une explication à cela est que la classe XMLConfigurator qui a besoin de log4j n'a pas été trouvée dans WAR mais sur un classloader en aval. un pot saml pourrait-il manquer à la GUERRE?

La classe XMLConfigurator qui besoins log4j ne peut pas le trouver au niveau du chargeur de classe qui l'a chargé, et la version log4j sur la GUERRE n'est pas visible sur ce chargeur de classe particulier.

Afin de dépanner ceci, une manière est d'ajouter ceci avant l'appel oauth:

System.out.println("all versions of log4j Logger: " + getClass().getClassLoader().getResources("org/apache/log4j/Logger.class") );

System.out.println("all versions of XMLConfigurator: " + getClass().getClassLoader().getResources("org/opensaml/xml/XMLConfigurator.class") );

System.out.println("all versions of XMLConfigurator visible from the classloader of the OAuthAuthorizer class: " + OAuthAuthorizer.class.getClassLoader().getResources("org/opensaml/xml/XMLConfigurator.class") );

System.out.println("all versions of log4j visible from the classloader of the OAuthAuthorizer class: " + OAuthAuthorizer.class.getClassloader().getResources("org/apache/log4j/Logger.class") );

Aussi, si vous utilisez Java 7, jetez un oeil à jHades , c'est un outil que j'ai fait pour aider à résoudre ce type de problèmes.

Afin de voir ce qui se passe, pourriez-vous poster les résultats des requêtes classpath ci-dessus, pour quel conteneur cela se passe-t-il, tomcat, jetty? Il serait préférable de mettre la pile complète avec tous les by causés dans pastebin, juste au cas où.

Avait le même problème, il a en effet été causé par weblogic utilisant bêtement sa propre implémentation opensaml. Pour le résoudre, vous devez lui dire de charger des classes à partir de WEB-INF/lib pour ce paquet dans weblogic.xml:

    <prefer-application-packages>
        <package-name>org.opensaml.*</package-name>
    </prefer-application-packages>

Peut-être que <prefer-web-inf-classes>true</prefer-web-inf-classes> fonctionnerait aussi.

Java.lang.ClassNotFoundException indique que la classe n'est pas trouvée dans le chemin de la classe. il se pourrait que la version de log4j ne soit pas compatible. vérifiez la version différente de log4j.

J'ai eu le même problème, pour moi, cela a réglé le problème:
clic droit sur le projet ->maven -> mettre à jour le projet