SÉVÈRE: ContainerBase.addChild: date de début:org.apache.catalina.LifecycleException: n'a pas pu démarrer erreur
J'ai rencontré cette erreur quand j'ai essayé de lancer mon application dans Tomcat.
J'ai déjà vérifié la version de tomcat java et de la maison. Les deux utilisent java 6.
Est-il un manque de pot? Ou est-il de mon site web xml? Je ne suis pas à l'aide de tout outil maven.
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/ICard]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:650)
at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1582)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoClassDefFoundError: javax/xml/rpc/handler/soap/SOAPMessageContext
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2904)
at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1173)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1681)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
at java.lang.Class.getDeclaredMethods(Unknown Source)
at org.apache.catalina.util.Introspection.getDeclaredMethods(Introspection.java:108)
at org.apache.catalina.startup.WebAnnotationSet.loadMethodsAnnotation(WebAnnotationSet.java:279)
at org.apache.catalina.startup.WebAnnotationSet.loadApplicationServletAnnotations(WebAnnotationSet.java:141)
at org.apache.catalina.startup.WebAnnotationSet.loadApplicationAnnotations(WebAnnotationSet.java:67)
at org.apache.catalina.startup.ContextConfig.applicationAnnotationsConfig(ContextConfig.java:405)
at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:881)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:369)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
... 11 more
Caused by: java.lang.ClassNotFoundException: javax.xml.rpc.handler.soap.SOAPMessageContext
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
... 33 more
Jan 10, 2014 4:05:06 PM org.apache.catalina.startup.HostConfig deployDescriptor
SEVERE: Error deploying configuration descriptor F:\RCBC\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\conf\Catalina\localhost\ICard.xml
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/ICard]]
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:904)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:650)
at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1582)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Jan 10, 2014 4:05:06 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8100"]
Jan 10, 2014 4:05:06 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["ajp-bio-8009"]
Jan 10, 2014 4:05:06 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 4003 ms
- C'était un manque de pot pour moi...
Vous devez vous connecter pour publier un commentaire.
Ont la solution pour ce problème.... Wooo
Assurez-vous que l'Application serveur (Tomcat, etc.) utilise le même java runtime version que par ce que votre application java est à l'aide.
Assurez-vous que votre utilisation de jre chemin non jdk chemin d'accès pour l'exécution des milieux
Assurez-vous que lors de la création d'un projet, sélectionnez le serveur approprié versions du moteur d'exécution.
Cette question se pose à cause de différentes raisons. Il pourrait produire si vous utilisez le Printemps de démarrage construit un fichier war. Comme le Printemps de démarrage web de repos et de starter projets pots n'ont Tomcat intégré en elle, d'où échoue avec "SÉVÈRE: ContainerBase.addChild: date de début: org.apache.catalina.LifecycleException".
Vous pouvez résoudre ce problème par l'exclusion de l'tomcat intégré au moment de l'emballage en utilisant exclusions en cas de maven.
Maven dépendance de "spring-boot-starter-web" ressemblera
Selon moi, ce qui se passerait si il y a deux délinquance des classes de même nom mais avec une version différente. Habituellement, il se produit en raison de servlet-api.jar.
Si son présent dans le dossier lib de votre guerre, puis pls supprimer à l'aide de quel outil utilisé pour la construction de la seconde guerre. Ou en cas de maven, ajouter la dépendance du champ d'application spécifié en tant que "condition". Cela permettra de résoudre le problème de compilation et à l'exécution, il s'en réfère à jar fourni par le serveur de l'environnement.
Pls configurer la dépendance comme suit:
Ce qui a provoqué cette erreur dans mon cas, c'était d'avoir deux @OBTENIR les méthodes ayant le même chemin en une seule ressource. La modification de la @Chemin d'accès de l'une des méthodes résolu pour moi.
Raison principale:SOAPMessageContext NoClassDefFoundError
Si vous avez besoin d'importation de cette Classe ou un bocal
dans l'IDÉE
.m2/repository/votre absents de la classe(par exemple commons-logging)/.../maven-metadata-central.xml
parce que Maven va trouver 'metadata-central.xml' config dernière version du projet d'utilisation de la version.
pardonner mon chinois anglais:)
Mon problème était que j'avais
@WebServlet("/route")
et la même servlet déclaré dans web.xmlVeuillez vérifier votre .projet de et de .classpath fichiers. De vérifier la version de java et d'autres reuqired de détails. Si ceux-ci et manquant ou mal appariés
Je ne suis pas sûr de ce qui s'est passé dans votre cas, qui a résolu le problème, mais votre question a été sur cette ligne:
Vous devez ajouter
jaxrpc-api.jar
à votre/lib
s ou ajouterà vos dépendances maven.
J'ai eu le même message d'erreur suivant un "impossible d'accéder à la ressource" message d'erreur:
Commande
Sortie
Dans mon cas, la solution a été de changer les autorisations du connecteur
Ce fichier en question n'a pas été initialement situé dans /WEB-INF/lib, ce qui est probablement dû à la façon dont BIRT œuvres. Il peut être difficile si vous êtes face à un plus grand nombre de fichiers.
Bizarre d'erreur, vous pouvez essayer les méthodes donné par james goooseling et j'ai également fait par les moyens suivants:
Retirer les bocaux ou des bibliothèques de chemin de génération et lib et ajoutez-les à nouveau dans le dossier lib ou de construire le chemin que vous le souhaitez.
Vérifier si vous avez servlet annotation
@WebServlet
de la servlet et si il a de la cartographie dans web.xml ainsi .. c'est plus fréquente d'erreur à cause de laquelle tomcat devient confus , que ce modèle d'url qu'il doit utiliser.Dans mon cas, la servlet nom défini dans la web.xml était pas le même que le sevlet nom de la servlet cartographie de la balise. J'ai corrigé cela et la GUERRE a été déployé avec succès.
mon problème était avec @WebServelet annotation et c'était parce que le nom a été répété, j'ai eu deux de
@WebServlet("/route")
dans mon code par erreur(je fais un copier collé et j'ai oublié de changer le nom de la route)Dans mon cas (Spring MVC + Hibernate projet), j'ai ajouté un Contrôleur, d'un Service, Dao, le Modèle de la classe & Thym à feuilles de page. N'a tout simplement pas de carte nouveau modèle de classe "hibernate.cfg.xml" fichier. Alors que eu cette erreur.
Mais après la cartographie de la nouvelle classe du modèle de nouveau obtenu de l'erreur.
Alors supprimé de Contrôleur, de Service, de Dao, de la classe du Modèle. Le thym à feuilles de page et en Créé un nouveau. Aussi mappé nouveau modèle de classe. Ensuite, l'erreur a disparu.
Sur le dessus de toutes les autres choses, pour moi ce qui se passait parce que j'étais l'activation de NewRelic dans mon setenv.sh:
Une fois que j'ai commenté ce, en supprimant newrelic de crochets, le problème a disparu. C'était seulement pour les ordinateurs d'extrémité à l'aide d'apache CXF.
lorsque l'on travaille avec spring boot, le problème était que la bibliothèque tomcat doit mettre à la
Ce qui m'a aidé a la suppression de mon dossier cible et de recompiler mon projet de nouveau. Ce problème s'est produit pour moi quand j'ai utilisé un deuxième serveur pour mes tests, qui avait besoin d'un serveur en cours d'exécution. Conclusion: supprimer votre fichier cible lorsque vous faire de grands changements à la guerre de fichier.