Tomcat: LifecycleException lors du déploiement

Je viens de télécharger le package Tomcat 7.0.23 sur mon Ubuntu 11.10.

J’ai suivi les instructions sur le site Web de l’API Google pour déployer leur exemple d’application Web . Il s’agit essentiellement de fichiers jar placés dans le WEB-INF/lib et d’un fichier web.xml placé dans le WEB-INF .

Pourtant, l’application n’est pas déployée automatiquement et lorsque j’essaie de forcer le serveur à le déployer via l’interface graphique du gestionnaire, je reçois le message suivant:

 FAIL - Application at context path /myWebApp could not be started FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/myWebApp]] 

Cependant, les exemples JSP fournis avec Tomcat fonctionnent!

J’ai le même problème sur Tomcat6.

Alors qu’est-ce que j’ai fait mal? Est-ce un problème de permission? (J’essaie même de changer le mod de tous les fichiers en 777).

Cela signifie que quelque chose ne va pas dans la configuration ou le démarrage de votre application.

Il y a toujours des informations à ce sujet dans les journaux – vérifiez logs/catalina.out et déterminez ce qui ne va pas.

J’ai eu ce problème, où il ne voulait tout simplement pas déployer sur Tomcat, puis j’ai supprimé toutes les annotations @webServlet de tout mon code de servlet et il s’est déployé avec succès.

Supprimez le servlet-api.jar du chemin de construction et ajoutez-le simplement dans le dossier web-inf lib, puis exportez le fichier WAR..il fonctionnera … acclamations .. !!!

Vérifiez votre fichier WEB-INF / web.xml pour le mappage du servlet.

Dans eclipse … allez dans la vue Serveurs … faites un clic droit sur le serveur tomcat -> Ajouter ou supprimer des programmes -> Supprimer tous les autres projets. Maintenant, essayez de lancer le projet. Ça devrait marcher.

Je me suis retrouvé coincé et le problème n’a pas été résolu N’utilisez pas le chemin “Map Network Drive”, mais utilisez plutôt la structure de dossier \ server \

J’ai fait de la même manière et ça fonctionne maintenant. En fait, le fichier web.xml a un motif url incorrect. vous pouvez supprimer un modèle d’URL, soit la forme d’annotation servlet ou web.xml.Il a fonctionné pour moi.

Je suis sorti de l’erreur de mémoire avec quand face à de tels phénomènes:

 Caused by: java.lang.OutOfMemoryError: PermGen space 

Après avoir libéré de la mémoire, le problème est résolu.

Il y a également un changement que le projet Eclipse est en quelque sorte corrompu. Habituellement, comme dans cette Eclipse, des .jars dupliqués sont ajoutés dans votre projet et ces .jars sont généralement les mêmes que les .jars de dépendances Maven.

Si votre projet ressemble à l’exemple ci-dessous, il y a un énorme changement: les dépendances Maven sont dupliquées et doivent être supprimées manuellement.

par exemple (vue Explorateur de projet)
src / main / java
src / test / java
spring-boot-vaadin.jar
spring-aop.jar
Dépendances Maven
spring-boot-vaadin.jar
spring-aop.jar
etc…

… et c’est un remède 🙂

Projet / Propriétés / Chemin de génération Java / Bibliothèques

Supprimez simplement tous les chemins REPO_M2 / … et mettez à jour le projet.

Tomcat a différentes manières de déployer WAR. Certains travaillent, d’autres non. Veuillez essayer les méthodes de déploiement suivantes:

  • Automatique: copiez-collez votre fichier WAR dans $ {CATALINA_HOME} / webapps. Un dossier du même nom apparaîtra si tout se passe bien.
  • Application Manager: Télécharger le fichier WAR
  • Application Manager: Localisez le fichier WAR

Dans mon cas, l’utilisation de l’application Manager (URL locale: http: // localhost: 8080 / manager ) a fonctionné. Alors que le déploiement à l’aide d’un copier-coller entraînait votre erreur.

J’ai eu cette erreur lors du déploiement d’un fichier de guerre sur Tomcat. Mon projet nécessitait Java 1.8, et il s’est avéré que seul Java 1.7 était installé. Cela n’était pas immédiatement évident à partir d’un fichier journal que je pouvais trouver.

Pour moi, le problème a été causé par la vérification du projet dans un autre répertoire de Git Out. Choisir le même nom que le fichier de guerre a résolu le problème.

J’ai eu cette erreur quand il n’y avait pas assez d’espace dans le serveur. vérifier les journaux et les espaces serveur