Prise en java.lang.ClassNotFoundException: org.apache.commons.la journalisation.LogFactory exception
je suis d'exécution simple de l'Injection de Dépendances programme de printemps & l'obtention de cette exception.
J'ai déjà inclus common-logging1.1.1.jar et spring.jar fichier. Pourriez-vous s'il vous plaît aider à sortir?
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
at org.springframework.context.support.AbstractApplicationContext.<init>(AbstractApplicationContext.java:119)
at org.springframework.context.support.AbstractXmlApplicationContext.<init>(AbstractXmlApplicationContext.java:55)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:77)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:65)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:56)
at com.client.StoryReader.main(StoryReader.java:15)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 6 more
- Tout d'abord, vérifiez que votre classe est en effet correcte. Deuxièmement, essayez d'ouvrir le bocal et vérifiez qu'elle contient en fait le org.apache.commons.la journalisation.LogFactory classe. Enfin, essayez de débogage en définissant un point d'arrêt dans le chargeur de classes.
- Toutes les réponses ci-dessous ce qui suggère
commons-logging
est un pas en arrière. Utilisationjcl-over-slf4j
à la place. - Android ajouter testCompile 'commons-logging:commons-logging:1.1.1' app.gradle
Vous devez vous connecter pour publier un commentaire.
J'ai également dû faire face aux mêmes problèmes, de fixer, de télécharger les fichiers jar à partir de l'url ci-dessous
http://commons.apache.org/logging/download_logging.cgi
et copie de votre dossier lib, permettra de résoudre votre problème.
Si vous utilisez maven pour gérer les dépendances, ajoutez la ligne suivante dans votre pom.xml:
Que vous venez de télécharger commons-logging-1.1.2.jar et ensuite copier ce fichier dans libs
enfin, il fonctionne.
J'ai eu le même problème, résolu par le simple ajout de la
commons-logging.jar
pour le chemin de classe.commons-logging-1.1.1.jar ou jcl-over-slf4j-1.7.6.jar al
Si vous utilisez maven, utilisez le code ci-dessous.
L'ajout d'commons-logging.jar ou commons-logging-1.1.jar permettra de résoudre ce...
Êtes-vous sûr de orthographié le nom du fichier JAR exactement? Je pense qu'il devrait probablement être
commons-logging-1.1.1.jar
(note de l'extra-
dans le nom). Vérifiez également si le nom du répertoire est correct.NoClassDefFoundError
toujours signifie qu'une classe ne peut pas être trouvé, donc plus probable que votre chemin de classe n'est pas correct.NoClassDefFoundError
peut aussi être causée par d'autres cas de coin, comme lors de la classe des initialiseurs d'échouer dans d'obscures circonstances.commons-logging-1.1.1.jar
Réglage de la portée de compiler l'a fait pour moi
Essayer de faire un nettoyage complet de la cible/répertoire de déploiement de l'application pour se débarrasser de tout rassis bibliothèque des bocaux. Un nouveau construire et vérifier que commons-logging.jar est en fait d'être placé dans le bon dossier lib. Il pourrait ne pas être inclus lorsque vous êtes la construction de la bibliothèque de l'application.
Problème résolu par l'ajout d'commons-logging.jar
Imp fichiers ,
Deux options (au moins):
Remarque: relier le pot peut conduire à des problèmes avec le serveur, et peut-être la raison pour laquelle il est ajouté à la build path, mais pas de résoudre le serveur de problème de démarrage.
Afin de ne pas pointer le pot à un dossier externe.
OU...
Si vous utilisez un tc instance de serveur, alors vous devez ajouter le pot en pot à l'instance de serveur d'exécuter les configurations.
aller sur exécuter en tant qu'run configurations..., {votre tc instance de serveur}, puis le Chemin de Classe onglet.
Puis ajouter le commons-logging jar.
J'ai eu le même problème que vous.
Enfin j'ai vérifié la version de apache possédant la classe.
J'ai trouvé que la version 1.0.4 a la classe.
Essayez d'utiliser la version 1.0.4 au lieu de 1.1.X ou 1.2.X
Mon dépendances :
Mon Code Java
Mon Résultat :
Vérifiez également que vos dépendances maven sont bien importés.
http://commons.apache.org/logging/download_logging.cgi
utiliser cette url pour télécharger les fichiers jar et de les inclure dans votre chemin de classe, problème sera résolu
Vérifiez si l'commons-logging.jar a été ajouté à votre libs et le chemin de la classe.. j'ai eu le même problème et c'était à cause de cela.
dhammikas-
J'généralement attribuer le classpath à une variable et ensuite de le vérifier. J'ai écrit un petit script ruby qui je inclure dans un de mes scripts de démarrage qui valide le chemin de classe avant le lancement de java. La validation du chemin de classe avant la JVM commence a m'a sauvé beaucoup de temps à la résolution de ces types de problèmes.
Hey j'ai suivi le tutoriel sur la tutorialpoint.com. Ajouter, après vous complète Étape 2 - Installation de Apache Commune API de Journalisation: Vous devez importation externe pot bibliothèques au projet à partir des fichiers téléchargés à cette étape. Pour moi, le nom de fichier est "commons-logging-1.1.1".
Si vous êtes l'exécution de cette sur Android puis notez qu'apparemment
java.beans
paquet n'est pas complète sur Android. Pour tenter de le fixer sur Android essayez ce qui suit:import ***
déclarations de celle de l'air-pont. Par exempleimport javadz.beanutils.BeanUtils
au lieu deimport org.apache.commons.beanutils.BeanUtils;
source 1, source 2
Je m'excuse que je me rends compte que ce n'est pas exactement la réponse à la question, bien que cela SORTE de la page provient d'un lot lors de la recherche pour android généré
NoClassDefFoundError: Failed resolution of: beanUtils
erreurs.J'avais la même erreur alors que le pot était présent. Aucune solution n'a fonctionné. Ce qui a fonctionné a été la suppression de la fiole du système de fichiers (à partir de .m2 répertoire) et puis de nettoyer le projet maven.
J'ai le même problème dans eclipse IDE, ma solution a été:
Faites un clic droit dans Mon projet > Propriétés
Cliquez dans Maven et à écrire: pot dans le Active de Projet Maven
Enfin, Appliquer et Fermer
Dans mon cas, j'ai été le tester une application Tomcat dans eclipse et eu cette erreur. Je l'ai résolu en cochant la
.classpath
fichier et corrigé cette entrée:L'attribut
org.eclipse.jst.component.dependency
avait disparu.Vérifier si les pots sont importés correctement. J'ai importé à l'aide de build path. Mais il ne reconnaît pas le bocal dans la GUERRE/lib dossier. Plus tard, j'ai copié le même pot de guerre/dossier lib. Il fonctionne très bien maintenant. Vous pouvez vous rafraîchir ou nettoyer votre projet.
Bonjour les amis, si votre obtenir tout pas de classe trouvé exception dans le code hibernate c'est le problème des fichiers jar.ici principalement deux problèmes
1.Je veux dire, votre ancienne version d'hibernate peut être 3.2 ci-dessous.Donc, si u essayer 3.6 ci-dessus il fonctionne très bien
2.première checkes connexion de base de données.si la base de données fonctionne correctement leur a fait une erreur dans le programme ou le fichier jar.
veuillez vérifier ces deux prioblems, s'il ne fonctionne pas vous avez essayé d'IDE . Je suis à l'aide de netbeanside 6.9 version.ici, hibernate fonctionne bien.vous n'obtiens pas d'erreur à partir de la classe de ne pas founnd exception..
J'espère que cela les aide plus
Solution est d'Ajouter commun d'enregistrement.x.x fichier jar
essayez d'ajouter cette dépendance
org.apache.commons
communes-exec
1.3
Si tout le reste échoue, comme elle l'a fait pour moi, essayer de mettre la commons-logging-x.y.z.jar dans votre répertoire lib de Tomcat. Il a résolu le problème! BTW, je suis en utilisant Tomcat 6.