Java oyente no iniciar Bajo Tomcat

Question

En mis registros de Tomcat (catalina) que estoy recibiendo el siguiente error que impide mi solicitud de puesta en marcha:

SEVERE: Error listenerStart
24-Mar-2009 13:23:10 org.apache.catalina.core.StandardContext start
SEVERE: Context [/exampleA] startup failed due to previous errors

No sé por qué estoy haciendo esto. En mi web.xml Tengo el siguiente

<listener>
    <listener-class>
        uk.co.a.listener.SessionListener
    </listener-class>
</listener>

<listener>
    <listener-class>
        uk.co.a.listener.SessionAttributeListener
    </listener-class>
</listener>

Cuando comento hacia fuera los oyentes se inicia bien. El código para los listners son a continuación:

public class SessionAttributeListener implements HttpSessionAttributeListener {
    static Log log = LogFactory.getLog(SessionAttributeListener.class.getName());

    public void attributeAdded(HttpSessionBindingEvent hsbe) {
        log.debug("VALUE attributeAdded to THE SESSION:" + hsbe.getName());
    }

    public void attributeRemoved(HttpSessionBindingEvent hsbe) {
        log.debug("VALUE attributeRemoved from THE SESSION:" + hsbe.getName());
    }

    public void attributeReplaced(HttpSessionBindingEvent hsbe) {
        log.debug("VALUE attributeReplaced in THE SESSION:" + hsbe.getName());
    }
}

y

public class SessionListener implements HttpSessionListener {

    static Log log = LogFactory.getLog(SessionListener.class.getName());

    private static int activeSessions = 0;
    public void sessionCreated(HttpSessionEvent evt)
    {
        activeSessions++;
        log.debug("No. of active sessions on:"+
                new java.util.Date()+" : "+activeSessions);
    }
    public void sessionDestroyed (HttpSessionEvent evt)
    {
        activeSessions--;
    }
} 

¿Por qué es esto no empieza? O donde puedo buscar más información?

Actualizar

No sólo parece ser un problema con SessionAttributeListener de puesta en marcha. El SessionListener no estaba poniendo en marcha debido a que el <> Procesador fueron declarados después de la

Actualizar

Hubo un problema con el archivo JAR utilizado. no se incluyó la clase de SessionAttributeListener. Cuando se incluyó inició la aplicación.

Actualizar

El AttributeListener no parece estar funcionando. Cuando se utiliza el código de falla. ¿Hay una manera sencilla de comprobar si se está ejecutando un escucha?

Answer 1

re su actualización de la lectura "No parece que la AttributeListener estar corriendo. Cuando se utiliza el código de falla. ¿Hay una manera sencilla de comprobar si se está ejecutando un escucha?" has de añadir un inicializador estático? algo así como

static {
log.debug("static initialiser called");
}

de esa manera la primera vez que la clase se hace referencia a que debe obtener un registro de registro.

Answer 2

Desde que terminé encontrando mi camino a una solución en otro lugar, pensé que sería útil para actualizar este problema con esa información.

Es todo que ver con la excepción subyacente que causa la temida. 'Grave: Error listenerStart' mensaje no está conectado a ninguna parte, y cómo configurar el registro para producir la excepción

href="http://www.java-tutorial.ch/java-server-faces/jsf-error-listener-start-error-using-tomcat" aquí hay una descripción muy clara del problema de la tala y una solución.

En mi caso yo fuimos para una versión aún más cortado, añadiendo

org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/web-app].level = FINE
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/web-app].handlers = java.util.logging.ConsoleHandler

a la tomcat conf / logging.properties, y reemplazando / web-app con la ruta de contexto de aplicación web apropiado.

Y mágicamente la excepción oculto apareció y me dijo que el tiempo de ejecución de Java 6 no quería saber sobre el código compilado por Java 7. embarazoso, pero arreglado fácilmente.

Esto es aplicable a Tomcat 7. Su kilometraje puede variar.

Answer 3

Cuando se encuentra con "arranque fallido debido a errores anteriores" en los registros de Tomcat, que o bien encontrar una excepción más arriba en el registro que está causando este problema o si necesita configurar completamente la tala dentro de Tomcat tal que la excepción puede haber escriben en los registros. Una vez que tenga la causa por escrito a sus registros, la resolución suele ser trivial.