2012-06-08 15 views
13

en mi conf/application.conf Configuré el nivel de registro de mi aplicación en DEBUG.Establecer el nivel de registro para depurar en la producción de Playframework 2.0?

logger.application=DEBUG 

Esto funciona bien cuando sbt run mi solicitud. Sin embargo, cuando lo ejecuto en modo de producción con sbt start, el nivel de registro se sobrescribe a INFO.

¿Hay alguna manera de forzar el juego para usar DEBUG como mi nivel de registro cuando se ejecuta en producción?

Respuesta

14

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

+13

Esto funciona, pero todavía no entiendo por qué se ignora 'logger.application = DEBUG' en application.conf en la producción. –

+2

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! –

Cuestiones relacionadas