java - instalar - levantar tomcat

Registros de inicio de Tomcat: SEVERO: filtro de errores. ¿Empezar a buscar un seguimiento de pila?

Question

Cuando inicio Tomcat, aparece el siguiente error:

Jun 10, 2010 5:17:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Jun 10, 2010 5:17:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/mywebapplication] startup failed due to previous errors

Parece extraño que los registros de Tomcat no incluyan un seguimiento de la pila. ¿Alguien tiene una sugerencia de cómo aumentar el registro en Tomcat para obtener rastros de pila para errores como este?

Answer 1

Compruebe los registros localhost_yyyy_mm_dd.log O localhost.yyyy-mm-dd.log que crea Tomcat, estos suelen almacenar ese tipo de información. No esperaría que la stacktrace completa se vierte a la salida estándar.

Answer 2

Configurar log4j logging para Tomcat es bastante simple. Lo siguiente está citado de http://tomcat.apache.org/tomcat-5.5-doc/logging.html :

1. Cree un archivo llamado log4j.properties con el siguiente contenido y guárdelo en common / classes.

             log4j.rootLogger=DEBUG, R 
             log4j.appender.R=org.apache.log4j.RollingFileAppender 
             log4j.appender.R.File=${catalina.home}/logs/tomcat.log 
             log4j.appender.R.MaxFileSize=10MB 
             log4j.appender.R.MaxBackupIndex=10 
             log4j.appender.R.layout=org.apache.log4j.PatternLayout 
             log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n

2. Descargue Log4J (v1.2 o posterior) y coloque el archivo log4j en $ CATALINA_HOME / common / lib.

3. Descargue Commons Logging y coloque commons-logging-xyzjar (not commons-logging-api-xyzjar) en $ CATALINA_HOME / common / lib con log4j jar.
4. Comience Tomcat

También es posible que desee echar un vistazo a http://wiki.apache.org/tomcat/FAQ/Logging

Answer 3

Ejecute el comando Siguiendo para mostrar los registros de catalina en la terminal ---

sh start-camunda.sh; tail -f server/apache-tomcat-8.0.24/logs/catalina.out

Answer 4

En CentOS 6 y Solr 4.4.0

Tuve que comp algunos archivos lib para solucionar este error

cp ~/solr-4.4.0/example/lib/ext/* /usr/share/tomcat6/lib/

Answer 5

En general, la versión del servidor JDK será más baja que la aplicación implementada (construida con una versión jdk más alta)

Answer 6

Esto me funcionó: simplemente elimine todas las bibliotecas y luego compile y ejecute. Indicaría que hay errores en la confirmación de su proyecto. Vuelva a ejecutar el proyecto después de aplicar las bibliotecas.

Answer 7

Por lo general, hay información sobre el problema en localhost. [Date] .log. Pero a veces no hay nada en este registro. Esto puede suceder si hay una configuración desordenada del proyecto (varios desarrolladores trabajaron en él durante mucho tiempo y cada uno agregó algo de sí mismo). Me enfrenté a este problema SIN información en el registro. Un enfoque bastante rápido y robusto:

1. Intenta eliminar todo lo que pueda causar algún problema desde web.xml. Incluso puede eliminar todo, excepto la etiqueta. Si la aplicación aún no se puede implementar, continúe.

2. Elimine todos los descriptores * .xml de WEB-INF / classes. Si la aplicación no se puede implementar, continúe.

3. Elimine toda la configuración de registro que pueda encontrar en su guerra (logging.properties, log4j.properties). Intenta desplegar En este paso tengo más errores informativos, pero la implementación aún falló.

Después de buscar en Google este error, descubrí que el proyecto incluía la versión anterior de xerces, que chocaba con la versión de Tomcat (que era más reciente) y que la aplicación no se implementaba. Después de la actualización de xerces en la aplicación web, todo salió bien.

Answer 8

Solo quería contribuir después de pasar la última hora en un problema casi idéntico. Mi solución fue que, de alguna manera, nuestras aplicaciones .jar estaban dañadas, por lo que colocar el archivo jar de nuestro servidor de desarrollo proporcionó una solución.

Answer 9

Tal vez su aplicación esté compilada con un JRE diferente al de Tomcat.

Compruebe java -version en su servidor y luego compile su código con la misma versión. Tuve el error porque mi JRE estándar de Eclipse era 1.6 y Tomcat usaba 1.5, esto no puede funcionar.

Answer 10

Tengo el mismo problema, no puedo iniciar la aplicación una vez que se implementa en tomcat. Pero, una vez que copio el conjunto de archivos Struts en el directorio CATALINA_HOME / lib (directorio de Tomcat), se resuelve. No necesita tener estos archivos jar en su WEB_INF / lib, pero debe tenerlos en su ruta de compilación.

commons-fileupload-1.2.1.jar

commons-io-1.3.2.jar

freemarker-2.3.16.jar

javassist-3.11.0.GA.jar

struts2-convention-plugin-2.2.1.jar

struts2-core-2.2.1.jar

xwork-core-2.2.1.jar

Answer 11

Tomcat registra el stacktrace, pero no siempre está claro dónde están los archivos de registro, cuando tomcat se inicia desde un IDE. Cuando lo inicio desde IntelliJ, CATALINA_BASE está configurado en ${home}/.IntelliJIdea10/system/tomcat/Unnamed_r6-idea , y los archivos de registro están en [CATALINA_BASE]/logs .

Para ver los registros, busque los archivos de registro o edite [CATALINA_HOME]/conf/logging.properties para dirigir la salida del registrador de tomcat a la consola. A continuación agregué un segundo controlador a la configuración predeterminada de tomcat:

 org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level = INFO
 org.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers = 2localhost.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler

Ahora aparece la stacktrace completa en la salida de IntelliJ:

 Dec 27, 2011 12:02:45 PM org.apache.catalina.core.StandardContext filterStart
 SEVERE: Exception starting filter filterChainProxy
 org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named ''filterChainProxy'' is defined   at
 org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:529)
 . . .

Answer 12

Tuve un problema similar. El consejo de Renato funcionó para mí. Utilicé una versión anterior de los archivos de la clase Java (en la carpeta WEB-INF / classes) y el problema desapareció. Por lo tanto, debería haber sido la discrepancia de la versión del compilador.

Answer 13

Yo también recibí el mismo error y tuve problemas para solucionar este problema. Pasé un rato tranquilo buscando en Google y encontré la siguiente solución y mi problema se resolvió.

el problema se debía a la falta de bibliotecas Struts2 en la ruta de implementación. La mayoría de las personas pueden poner las bibliotecas para compilación y tienden a olvidarse de adjuntar las bibliotecas necesarias para el tiempo de ejecución. Así que agregué las mismas bibliotecas en el ensamblado de despliegue web, y el problema fue OFF.

Answer 14

crea un archivo llamado logging.properties en WEB-INF / classes con el siguiente contenido:

org.apache.catalina.core.ContainerBase.[Catalina].level = INFO
org.apache.catalina.core.ContainerBase.[Catalina].handlers = java.util.logging.ConsoleHandler

Answer 15

necesitas copiar los archivos

cp /path/to/solr/example/lib/ext/* /path/to/tomcat/lib
cp /path/to/solr/example/resources/* /path/to/tomcat/lib // or inside extracted solr

y luego reiniciar tomcat

Answer 16

si alguien está obteniendo un error como SEVERE: Error filterStart 29 de abril de 2013 4:49:20 PM org.apache.catalina.core.StandardContext startInternal SEVERE: Error al iniciar el contexto [/ TraceMW] debido a errores previos

entonces compruebe si su directorio tomcat / lib contiene cors-filter-1.5.jar o no. si tiene punteado, obtendrá el error anterior y su aplicación no estará disponible.

Por lo tanto, me las arreglé para copiar el archivo jar de otra carpeta Tomcat y no obtuve el error mencionado más adelante.