Tiene two different loggers: play
registrador y application
registrador. Aquí es un ejemplo de logger.xml para el modo de desarrollo:
<configuration>
<conversionRule conversionWord="coloredLevel" converterClass="play.api.Logger$ColoredLevel" />
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<pattern>%coloredLevel %logger{15} - %message%n%xException{5}</pattern>
</encoder>
</appender>
<logger name="play" level="INFO" />
<logger name="application" level="DEBUG" />
<root level="ERROR">
<appender-ref ref="STDOUT" />
</root>
</configuration>
Aquí el registrador de reproducción está ajustado para el nivel de registro> INFO y su registrador de aplicación (el que se utiliza cuando se hace Logger.debug/warn/error
) se establece para el nivel de registro> DEPURAR. El nivel raíz es el nivel predeterminado para todos los registradores, pero como cada registrador define su propio nivel, no es necesario.
Puede crear un archivo prod-logger.xml y ejecutar su aplicación en modo prod utilizando: start -Dlogger.resource=conf/prod-logger.xml
.
Aquí está la configuración que uso para un servidor de producción con dos appenders para almacenar nivel> DEPURACIÓN en un archivo y nivel> ADVERTENCIA en otro archivo. También hay una TimeBasedRollingPolicy para que el archivo avance todos los días.
<configuration>
<appender name="FILE_DEBUG" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>${application.home}/logs/debug_log.log</file>
<encoder>
<pattern>%date - [%level] - from %logger in %thread %n%message%n%xException%n</pattern>
</encoder>
<filter class="ch.qos.logback.classic.filter.ThresholdFilter">
<level>DEBUG</level>
</filter>
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<fileNamePattern>${application.home}/logs/debug_log.%d{yyyy-MM-dd}.log</fileNamePattern>
<maxHistory>30</maxHistory>
</rollingPolicy>
</appender>
<appender name="FILE_WARN" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>${application.home}/logs/warn_log.log</file>
<encoder>
<pattern>%date - [%level] - from %logger in %thread %n%message%n%xException%n</pattern>
</encoder>
<filter class="ch.qos.logback.classic.filter.ThresholdFilter">
<level>WARN</level>
</filter>
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<fileNamePattern>${application.home}/logs/warn_log.%d{yyyy-MM-dd}.log</fileNamePattern>
<maxHistory>60</maxHistory>
</rollingPolicy>
</appender>
<logger name="play" level="INFO"/>
<logger name="application" level="INFO" />
<root level="WARN">
<appender-ref ref="FILE_DEBUG"/>
<appender-ref ref="FILE_WARN"/>
</root>
</configuration>
Para más detalles sobre la configuración del registro de echar un vistazo a Logback
Esto funciona, pero todavía no entiendo por qué se ignora 'logger.application = DEBUG' en application.conf en la producción. –
Para ser precisos, no está almacenando mensajes de depuración en el apéndice FILE_DEBUG, ya que tanto la raíz como la aplicación están configuradas en un nivel, INFO y WARN, que no permite el nivel de registro de depuración. Para lograr lo que propones tuve que cambiar 'root level = "WARN"' en 'root level = "DEBUG"' y en . En cualquier caso, ¡gracias por tu útil ejemplo! –