Je les ai inclus dans le Build Path :
- toutes les bibliothèques de printemps
- Bibliothèque Apache Tomcat 7.0
Le projet échoue toujours au démarrage:
SEVERE: Error configuring application listener of class org.springframework.web.context.ContextLoaderListener
java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4660)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Jun 2, 2011 11:07:38 AM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Error configuring application listener of class org.springframework.web.context.request.RequestContextListener
java.lang.ClassNotFoundException: org.springframework.web.context.request.RequestContextListener
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4660)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Jun 2, 2011 11:07:38 AM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Error configuring application listener of class com.sun.faces.config.ConfigureListener
java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4660)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Dans org.sprintframework.web-3.1.0.M1.jar
, je peux voir le org.springframework.web.context.ContextLoaderListener
.
Quelqu'un sur Google dit que cela spring.jar
devrait être inclus, mais je n'en vois aucune spring.jar
dans la distribution 3.x.
Eclipse 3.6.2
Tomcat 7
Edit: Quelqu'un sur le Spring Forum (hors ligne) a dit que "Mettre à jour automatiquement les dépendances" devrait être vérifié dans les propriétés du projet mais je ne vois rien de tel dans les propriétés du projet.
spring
tomcat7
classnotfoundexception
emeraldhieu
la source
la source
Réponses:
J'ai rencontré un problème similaire lors de l'exécution d'une application Web Spring dans un tomcat géré par Eclipse. J'ai résolu ce problème en ajoutant des dépendances maven dans l'assembly de déploiement Web du projet.
Vous devez voir les «dépendances Maven» ajoutées à la définition de l'assembly de déploiement Web.
la source
La même chose m'arrive de temps en temps lors de l'utilisation d'Eclipse WDT. C'est particulièrement frustrant quand cela arrive à un projet non modifié et fonctionnant auparavant. Voici ce que je fais pour le corriger dans ce dernier scénario:
Cela résout généralement le problème que vous mentionnez.
la source
Vous pouvez essayer "Nettoyer le répertoire de travail Tomcat" ou simplement "Nettoyer ..". Cela est censé éliminer tout état publié et republier à partir de zéro.
la source
J'ai utilisé IntelliJ IDEA, la compilation est réussie, mais au démarrage de Tomcat, il est dit:
Au début, je pensais que le JAR manquait, mais il était en place.
Solution:,
File > Project Structure > Artifacts
dans leOutput Layout
double clic dans le panneau de droite,Available Elements
la bibliothèque nommée commeMaven:...
, elle sera déplacéeWEB-INF/lib
dans le volet gauche.Acceptez et redémarrez Tomcat.
la source
C'est sûrement un problème lié à Eclipse. La chose qui a fonctionné pour moi est de créer un nouveau serveur dans l'onglet du serveur Eclipse. Exécutez ensuite votre application sur ce nouveau serveur, cela devrait fonctionner.
la source
Vous devez utiliser au moins la version
3.2.8.RELEASE
de Spring-Core.Pour Maven, définissez votre
pom.xml
:Source: http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/cglib/core/SpringNamingPolicy.html , depuis le 3.2.8.
la source
Si tout ce qui est mentionné ci-dessus ne fonctionne pas, essayez ce qui suit. Ça a marché pour moi.
Supprimez votre projet du serveur> Redémarrez le serveur> Ajoutez votre projet au serveur> Redémarrez le serveur.
Instruction détaillée:
la source
J'étais confronté au même problème pour un projet d'éclipse configuré pour le runtime Tomcat 7
Faites un clic droit sur le projet et accédez aux propriétés du projet. Cliquez sur Assemblage de déploiement. J'ai pu remarquer que mes pots de bibliothèque de printemps que j'avais créés pendant la compilation avec une bibliothèque utilisateur manquaient. Ajoutez simplement les pots et vous ne devriez voir aucune erreur dans la console lors du démarrage de Tomcat
la source
Si vous utilisez maven, le projet n'est peut-être pas encore construit. Faites d'abord un,
mvn clean package
puis essayez à nouveau de redéployer.la source
Solution pour Eclipse Luna:
la source
Si vous utilisez IntelliJ IDEA et déployez une application sur Tomcat Server, il est indiqué: Sous le menu Fichier -> sélectionnez la structure du projet -> cliquez sur l'artefact -> sélectionnez vos fichiers JAR et cliquez avec le bouton droit -> mettez dans WEB \ lib -> redémarrez le serveur
la source
En fait, c'est un problème de Tomcat. Accédez simplement au dossier «lib» de votre projet et copiez tous les fichiers associés à «Spring» dans celui-ci. Rafraîchissez votre projet et vous êtes tous prêts à partir. Ce problème persiste parfois car tomcat ne parvient pas à localiser les classes principales de Spring.
la source
J'ai également eu la même erreur. Je n'avais pas ajouté la dépendance ci-dessous dans mon fichier POM.
Mais Mon porject fonctionnait avant même d'avoir ajouté cette dépendance. Mais à un moment donné, il s'est arrêté et a commencé à donner la même erreur ci-dessus.
Si quelqu'un ne peut pas résoudre cette erreur, il peut également le résoudre par ce lien
la source
J'ai eu le même problème. Je l'ai résolu en ajoutant une dépendance Spring-Web dans mon pom. Assurez - vous que vous utilisez pot-web ressort qui a ContextLoaderListener classe étend ContextLoader et met en œuvre ServletContextListener trouvent dans le paquetage org.springframework.web.context. J'ai utilisé la version 3.0.4.
la source
J'ai essayé le
La seule chose qui a fonctionné au moins temporairement était d'ajouter des dépendances Maven à la définition de l'assembly de déploiement Web
Mais cela ne marche pas pour toujours! Après quelques jours, il cesse de fonctionner. Ma solution était de supprimer les dépendances Maven, d'appliquer les modifications et d'ajouter à nouveau les dépendances Maven.
J'utilise - Eclipse Juno - Maven intégré - Tomcat 7
la source
Pour les utilisateurs gradle, cela fonctionne avec les étapes suivantes
1) Arrêtez et supprimez le serveur Tomcat de l' onglet Serveurs dans Eclipse
2) nettoyer la webapp et le répertoire de travail de l'installation de tomcat , (référence, mode d' emploi : effacer le cache de Tomcat et résoudre les problèmes JSP obsolètes )
3) Nettoyer et éclipser le projet à l'aide de l'outil de construction
$ ./gradlew clean eclipse
// déclenche la commande respective pour lesmvn
utilisateurs,$ mvn clean package
4) configurez un nouveau serveur Tomcat dans eclipse et réexécutez le projet.
la source
Moi aussi, j'ai été confronté au même problème .... et résolu en suivant les étapes ci-dessous:
RC (clic droit sur le projet Web) -> propriétés -> Assemblage de déploiement -> Ajouter -> Entrées du chemin de génération Java -> Suivant -> sélectionner les fichiers jar manquants -> suivant -> terminer
L'application s'exécute avec succès ...
la source
J'ai le même problème, et je l'ai résolu en utilisant les étapes mentionnées ci-dessus.Mais non quand j'ai à nouveau ce problème et j'essaye ce qui suit,
RC (clic droit sur le projet Web) -> propriétés -> Assemblage de déploiement -> Ajouter -> Entrées du chemin de génération Java -> Suivant ->
après avoir cliqué sur suivant, il n'y a qu'une fenêtre vide avec les options Next et Fnish désactivées. Que puis-je faire maintenant?
la source
J'ai fait face au même problème.
Vous venez de supprimer le serveur de la configuration et de le rajouter après le redémarrage d'Eclipse en l'ajoutant à l'environnement d'exécution du serveur.
la source
Pour moi, le correctif consistait à cliquer avec le bouton droit sur mon module d'application Web> Maven> Mettre à jour le projet
la source
Une solution rapide que je préfère et qui me convient le mieux pour cette situation est simplement de supprimer le dossier .metadata de votre espace de travail et d'importer à nouveau vos projets. Si vous essayez toutes les autres options, cela ne garantira pas le succès. Parfois, les solutions ci-dessus fonctionnent parfois, vous passerez vos précieuses heures à corriger cette configuration.
Un jour, j'ai décidé de nettoyer mon poste de travail, j'ai arrangé les projets dans leurs dossiers appropriés en fonction des différents clients. En conséquence, tout a été gâché. Après avoir passé une journée entière, il ne s'est pas retrouvé dans un espace de travail fixe. Le lendemain, j'ai simplement supprimé le dossier .metadata de l'espace de travail et réimporté tous les projets. Bingo tout est prêt.
la source
Mettez
<packaging>war</packaging>
votre pom.xml si vous utilisez Maven. Dans ce cas, c'est peut-être avec un emballage en potVous devez avoir des bibliothèques Maven dans l'assemblage de déploiement
la source
L'utilisation de la "Mise à jour de la configuration du projet" a gâché le chemin de génération du projet.
Correction: ouvrez le menu "configurer le chemin de génération ..." (clic droit sur le projet) et corrigez les options incluses / exclues pour chaque dossier source. Cela a fonctionné pour moi.
la source
Dans de nombreux cas, c'est un problème de facette java, la version jdk ou jre ou jsp est différente de la face du projet maven.
la source
La solution réelle pour moi a été d'installer "m2e-wtp - intégration Maven pour WTP". La solution de Marcelo n'est pas nécessaire dans ce cas.
la source
si rien de ce qui précède ne fonctionne, supprimez le .class de la classe d'écoute ie
la source
Cela fonctionne pour moi ..
Cliquez avec le bouton droit sur le projet Web maven Cliquez sur le menu «Propriétés» Sélectionnez «Ensemble de déploiement» dans le côté gauche de la fenêtre contextuelle Cliquez sur «Ajouter ...» Bouton dans le côté droit de la fenêtre contextuelle Cliquez sur «Entrées du chemin de génération Java» Cliquez sur le bouton «Suivant» Cliquez sur le bouton «Terminer», fermez maintenant automatiquement la fenêtre contextuelle New Assemby Directivies Cliquez maintenant sur le bouton «Appliquer» et sur le bouton OK Exécutez votre application Web
la source
Cela m'est arrivé après avoir apporté des modifications à mon mappage Hibernate dans un projet IntelliJ utilisant Gradle. La simple reconstruction du projet a fonctionné pour moi.
la source
Je suis tombé sur cela quelques fois par trimestre. Cette fois, j'ai eu un résumé des modifications minimales dans mon diff git et j'ai suivi le problème dans un chemin de classe réinitialisé (sans ma dépendance WEB-INF / lib) dans eclipse. Cela semble se produire chaque fois que j'arrive ou que je retire des projets maven parent / frère.
Il est fait mention de l'ajout de vos jars à ressort à la bibliothèque de conteneurs Web tomcat - c'est correct et c'est la façon dont la plupart des serveurs EE fonctionnent. Cependant, sachez qu'en plaçant le ressort plus haut dans l'arborescence du chargeur de classe sur tomcat, vous exécuterez plus haut que le niveau du chargeur de classe de votre contexte de guerre. Je vous recommande de laisser les bibliothèques dans un chargeur de classe de niveau inférieur per / war.
Nous voyons ce qui suit après un .classpath tronqué après un changement de projet structurel dans l'éclipse.
Mon chemin de classe a été réinitialisé et la dépendance WEB-INF / lib a été supprimée.
remettre
et tout ira bien.
merci / michael
la source
Je l'ai obtenu lorsque j'avais la bibliothèque dans mon chemin de génération, mais pas dans mon assemblage de déploiement. Aussi quand j'avais un context.xml manquant.
la source