util unknown start standardserver standardhost standardengine standardcontext source runworker org failed containerbase concurrent component java tomcat web.xml illegalstateexception

java - unknown - SEVERE: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Error al iniciar el error



org apache catalina lifecycleexception failed to start component standardserver 8005 (15)

Encontré este error cuando intenté ejecutar mi aplicación en Tomcat. Ya revisé la versión de tomcat y java en casa. Ambos usan java 6.

¿Hay algún frasco perdido? ¿O es mi web xml? No estoy usando ninguna herramienta de 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

Además de todas las otras cosas, para mí esto estaba sucediendo porque estaba activando NewRelic en mi setenv.sh:

NR_JAR=/opt/newrelic/newrelic.jar; export NR_JAR

Una vez que comencé esto, quitando los ganchos de newrelic, el problema desapareció. Solo estaba ocurriendo para los endpoints que usaban apache CXF.

En mi caso (proyecto Spring MVC + Hibernate), agregué Controller, Service, Dao, Model class y Thyme leaf page. Simplemente no correlacioné la nueva clase de modelo en el archivo "hibernate.cfg.xml". Entonces eso obtuvo este error. Pero después de mapear la nueva clase de modelo, nuevamente obtuve el error. Luego eliminó el controlador, el servicio, el Dao y la clase de modelo. Página de hoja de tomillo y Creado recientemente. También se asignó una nueva clase de modelo. Entonces el error se ha ido.

En mi caso, el nombre del servlet definido en web.xml no era el mismo que el nombre del selet en la etiqueta de mapeo del servlet. He corregido esto y la GUERRA se implementó con éxito.

Error extraño, puedes probar los métodos dados por james goooseling y también lo he hecho de las siguientes maneras:

  • Elimine todos los archivos jar o las bibliotecas de las carpetas compilación y lib de la compilación y agréguelos nuevamente en la carpeta lib o compile la ruta que desee.

  • Comprueba si tienes la anotación de servlet @WebServlet para un servlet dado y si también tiene una asignación en web.xml ... este es el error más común debido a que tomcat se confunde, ese es el patrón de url que debe usar.

Este problema surge debido a diferentes razones. Se puede encontrar si está utilizando Spring boot built war file. Como los bootrs de Spring Spring web y rest starter han incluido Tomcat en él, por lo tanto falla con "SEVERE: ContainerBase.addChild: start: org.apache.catalina.LifecycleException".

Puede solucionar esto excluyendo el tomcat integrado en el momento del empaque utilizando exclusions en caso de maven.

La dependencia de Maven de "spring-boot-starter-web" se verá como

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </exclusion> </exclusions> </dependency>

Lo que causó este error en mi caso fue tener dos métodos @GET con la misma ruta en un solo recurso. Cambiar el @Path de uno de los métodos me lo resolvió.

Mi problema era que tenía @WebServlet ("/ route") y el mismo servlet declarado en web.xml

Motivo principal: SOAPMessageContext NoClassDefFoundError Entonces, necesita importar esta Clase o jar

en IDEA

  1. ctrl + shift + alt + S , "Bibliotecas", encuentra la clase ausente.
  2. edita la configuración local de Maven.

.m2 / repository / su clase ausente (por ejemplo, commons-logging) /.../ maven-metadata-central.xml

<?xml version="1.0" encoding="UTF-8"?> <metadata modelVersion="1.1.0"> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <versioning> <latest>1.2</latest> <release>1.2</release> <versions> <version>1.0</version> <version>1.0.1</version> <version>1.0.2</version> <version>1.0.3</version> <version>1.0.4</version> <version>1.1</version> <version>1.1.1</version> <version>1.1.2</version> <version>1.1.3</version> <version>1.2</version> </versions> <lastUpdated>20140709195742</lastUpdated> </versioning> </metadata> <latest>your need absend class version and useful</latest>

porque Maven encontrará la versión más reciente de la configuración ''metadata-central.xml'' como versión de uso del proyecto.

perdona mi chino inglés :)

No estoy seguro de qué sucedió en su caso que resolvió el problema, pero su problema estaba en esta línea:

Caused by: java.lang.NoClassDefFoundError: javax/xml/rpc/handler/soap/SOAPMessageContext

Necesita agregar jaxrpc-api.jar a su /lib s o agregar

<dependency> <groupId>javax.xml</groupId> <artifactId>jaxrpc-api</artifactId> <version>x.x.x</version> </dependency>

a sus dependencias maven.

Según yo, esto sucedería si hay dos clases ofensivas del mismo nombre pero con una versión diferente. Por lo general, sucede debido a servlet-api.jar. Si está presente en la carpeta lib de tu guerra, entonces pls quítalo usando la herramienta utilizada para construir la guerra. O en el caso de maven, agregue la dependencia con el alcance especificado como "provisto". Esto resolverá el problema de compilación y en tiempo de ejecución se referirá al jar proporcionado por el entorno del servidor. Pls configura la dependencia de la siguiente manera:

<dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.0.1</version> <scope>provided</scope> </dependency>

Tengo la solución para este problema .... Wooo

  1. Asegúrese de que el servidor de Appliction (Tomcat, etc.) utilice la misma versión de tiempo de ejecución de java según lo que esté usando su aplicación java.

  2. Asegúrate de que usas jre path not jdk path para los entornos de tiempo de ejecución

  3. Al crear un proyecto, asegúrese de seleccionar las versiones de tiempo de ejecución del servidor apropiadas.

Tuve la misma declaración de error después de un mensaje de error "No se pudo acceder al recurso" :

Mando

#cat callflow-java-logger-1.log.0

Salida

Dec 09, 2015 8:09:03 AM org.apache.catalina.loader.WebappLoader startInternal SEVERE: LifecycleException java.io.IOException: Failed to access resource /WEB-INF/lib/ojdbc14.jar

En mi caso, la solución estaba cambiando los permisos del conector

-rw------- 1 owner creator size date ojdbc14.jar

Este archivo en cuestión no se encontraba inicialmente en / WEB-INF / lib, lo que probablemente se debió a cómo funciona BIRT. Puede ser complicado si se trata de una mayor cantidad de archivos.

Verifique sus archivos .project y .classpath. Verifique la versión de Java y otros detalles reutilizados. Si esos y faltantes o mis coincidencias

cuando se trabaja con el arranque de primavera, el problema era que la biblioteca Tomcat debe establecer a proporcionado

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> <scope>provided</scope> </dependency>

mi problema fue con la anotación @WebServelet y fue porque el nombre se repitió, tuve dos de @WebServlet("/route") en mi código por error ( @WebServlet("/route") y pegué y olvidé cambiar el nombre de la ruta)