también me gusta usar slf4j en mis pruebas JUnit para mi clase DAO. Ayuda cuando está creando una prueba nueva o modificando una anterior. Normalmente dejo mi antigua salida de registro al nivel de depuración y hago mis nuevas declaraciones de registro a nivel de información mientras sigo trabajando activamente en el código en ese método. Una de mis clases JUnit sería algo como esto:
package com.example.mydao;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
// other imports not shown...
public class TestMyDAO extends TestCase {
private static final Logger logger =
LoggerFactory.getLogger(TestMyDAO.class);
public void testA() {
logger.debug("Logging from testA() method");
}
public void testB() {
logger.debug("Logging from testB() method");
}
public void testThatIAmWorkingOn() {
logger.info("Logging from my new test method at INFO level");
}
}
estoy usando log4j como el proveedor de registro real, por lo que mi archivo de configuración log4j.xml se ve así:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/" debug="false">
<appender name="consoleAppender" class="org.apache.log4j.ConsoleAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d %-5p [%c{1}] %m %n" />
</layout>
</appender>
<logger name="com.example.mydao" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="org.hibernate" additivity="false">
<level value="WARN" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="org.hibernate.connection.DriverManagerConnectionProvider" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="org.hibernate.connection.C3P0ConnectionProvider" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="com.mchange" additivity="false">
<level value="WARN" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="com.mchange.v2.resourcepool.BasicResourcePool" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<logger name="com.mchange.v2.c3p0.C3P0Registry" additivity="false">
<level value="INFO" />
<appender-ref ref="consoleAppender"/>
</logger>
<root>
<priority value ="WARN" />
<appender-ref ref="consoleAppender"/>
</root>
</log4j:configuration>
Esto me da la información nivel de salida de mi clase JUnit, así como algunas cosas útiles de Hibernate runtime y otras bibliotecas utilizadas con Hibernate. Ajústelo a su gusto.
Por último, tengo que asegurarse de que todas las siguientes bibliotecas son, en mi ruta de clase cuando yo haga las pruebas JUnit:
slf4j-api-1.6.0.jarslf4j-log4j12-1.6.0.jarlog4j-1.2.16.jarlog4j.xml (configuración de mi archivo, que se muestra arriba)- Alguna versión del JUnit en tiempo de ejecución JAR
- Todos los archivos JAR normalmente se encuentran cuando se ejecuta la aplicación en producción
Esto es lo que hago cuando uso log4j. Si usa una implementación de registro diferente, entonces ajuste en consecuencia. No importa si está usando una versión diferente de slf4j, siempre que la "API" y los JAR de implementación sean de la misma versión (los míos son ambos 1.6.0).
Y para evitar la duplicación de código, podría mover las importaciones y la declaración 'Logger' a una subclase abstracta' TestCase'. –