2012-06-08 11 views
13

w moim conf/application.conf Ustawiam poziom logowania mojej aplikacji na DEBUG.Ustaw poziom rejestrowania do debugowania w produkcji Playframework 2.0?

logger.application=DEBUG 

To działa dobrze, gdy I sbt run mojej aplikacji. Jednak po uruchomieniu go w trybie produkcji pod numerem sbt start poziom dziennika zostanie przesunięty na INFO.

Czy istnieje sposób, w jaki mogę wymusić grę, aby użyć DEBUG jako poziomu logu podczas uruchamiania produkcji?

Odpowiedz

14

Masz rejestrator rejestratora i application. Oto przykład logger.xml dla trybu rozwoju:

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

Tutaj rejestrator odtwarzania jest ustawiony na poziomie dziennika> INFO a rejestrator aplikacji (jeden użyć robiąc Logger.debug/warn/error) jest ustawiony na poziomie dziennika> ODPLUSKWIĆ. Poziom główny jest domyślnym poziomem dla wszystkich rejestratorów, ale ponieważ każdy rejestrator definiuje swój własny poziom, nie jest potrzebny.

Można utworzyć plik prod-logger.xml i uruchomić aplikację w trybie prod za pomocą: start -Dlogger.resource=conf/prod-logger.xml.

Oto konfiguracja, której używam dla serwera produkcyjnego z dwoma aplikacjami do przechowywania poziomu> DEBUG w pliku i poziomie> WARN w innym pliku. Istnieje również TimeBasedRollingPolicy, aby codziennie toczyć plik.

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

Aby uzyskać więcej szczegółów na temat konfiguracji rejestrowania spojrzeć Logback

+13

To działa, ale ja nadal nie rozumiem, dlaczego „logger.application = DEBUG” w application.conf produkcji jest ignorowany. –

+2

Dokładniej nie przechowujesz komunikatów debugowania w aplikacji appementowej FILE_DEBUG, ponieważ zarówno root, jak i aplikacja są ustawione na poziom INFO i WARN, który nie pozwala na poziom dziennika debugowania. Aby osiągnąć to, co proponujesz, musiałem zmienić "poziom root =" WARN "" w "poziomie root =" DEBUG "" i w . W każdym razie dziękuję za bardzo pomocny przykład! –

Powiązane problemy