start org failed containerbase component tomcat lifecycleexception

tomcat - failed - java lang illegalstateexception containerbase addchild start org apache catalina lifecycleexception



Tomcat: LifecycleException al implementar (12)

Elimina el servlet-api.jar de la ruta de compilación y simplemente agrégalo a la carpeta web-lib y luego exporta el archivo WAR ... funcionará ... aplausos ... !!!

Acabo de descargar el paquete Tomcat 7.0.23 en mi Ubuntu 11.10.

Seguí las instrucciones en un sitio web API de Google para implementar su aplicación web de ejemplo . Básicamente se compone de archivos jar colocados en el directorio WEB-INF/lib y un archivo web.xml ubicado en el directorio WEB-INF .

Sin embargo, la aplicación no se implementa automáticamente y cuando intento obligar al servidor a implementarla a través de la interfaz gráfica del administrador, aparece el siguiente mensaje:

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]]

Sin embargo, ¡los ejemplos de JSP provistos con Tomcat funcionan!

Tengo el mismo problema en Tomcat6.

Entonces, ¿qué hice mal? ¿Es esto un problema de permiso? (Incluso trato de cambiar el mod de todos los archivos a 777).


En eclipse ... vaya a la vista Servidores ... haga clic con el botón derecho en el servidor Tomcat -> Agregar o eliminar programas -> Eliminar todos los demás proyectos. Ahora intenta ejecutar el proyecto. Deberia de funcionar.


Esto significa que algo está mal con la configuración o el inicio de la aplicación.

Siempre hay información sobre eso en los registros: revise los logs/catalina.out y logs/catalina.out qué es lo que está mal.


Lo hice de la misma manera y está funcionando ahora. En realidad, el archivo web.xml tiene un url-pattern incorrecto. Puedes eliminar un url-pattern ya sea de anotación de servlet o web.xml. Funcionó para mí.


Me quedé atascado y el problema se solucionó. No utilice la ruta que es "Map Network Drive", pero use la estructura de la carpeta / server /


Obtuve este error al desplegar un archivo de guerra en Tomcat. Mi proyecto requería Java 1.8, y resultó que solo Java 1.7 estaba instalado. No fue inmediatamente obvio de ningún archivo de registro que pude encontrar.


Para mí, el problema fue causado al verificar el proyecto en otra dirección desde Git Out. Elegir el mismo nombre que el archivo war resolvió el problema.


Salí de error de memoria al enfrentar tales fenómenos:

Caused by: java.lang.OutOfMemoryError: PermGen space

después de liberar algo de memoria, el problema está resuelto.


También hay cambios en que el Proyecto Eclipse está corrupto de alguna manera. Por lo general, un caso como este Eclipse se agrega algunos .jars duplicados en su proyecto y esos .jar son generalmente los mismos que Maven Dependency .jars.

Si su proyecto se ve como el ejemplo a continuación, hay un cambio enorme que las Dependencias de Maven están duplicadas y deben eliminarse manualmente.


por ej. (Vista del Explorador de proyectos)
src / main / java
src / prueba / java
spring-boot-vaadin.jar
spring-aop.jar
Dependencias Maven
spring-boot-vaadin.jar
spring-aop.jar
etc ...

... y esta es la cura :-)


Proyecto / Propiedades / Ruta de compilación Java / Bibliotecas

Simplemente elimine todas las rutas REPO_M2 / ... y actualice el proyecto.


Tuve este problema, donde simplemente no se implementaría en Tomcat, luego eliminé todas las anotaciones de @webServlet de todo mi código de servlet y se implementó correctamente.


Verifique su archivo WEB-INF / web.xml para la asignación de servlets.



Tomcat tiene diferentes formas de despliegue de WAR. Algunos trabajan, otros no. Pruebe los siguientes métodos de implementación:

  • Automático: copie y pegue su archivo WAR en $ {CATALINA_HOME} / webapps. Aparecerá una carpeta con el mismo nombre si todo va bien.
  • Aplicación Manager: cargue el archivo WAR
  • Aplicación Manager: busque el archivo WAR

En mi caso, el uso de la aplicación Manager (URL local: http://localhost:8080/manager ) funcionó. Mientras que la implementación con un copiar y pegar resultó en su error.