Logback, aby rejestrować różne komunikaty w dwóch plikach

146

Do logowania używam logback / slf4j. Chcę przeanalizować mój plik dziennika, aby przeanalizować niektóre dane, więc zamiast analizować duży, duży plik (składający się głównie z instrukcji debugowania), chcę mieć dwie instancje programu rejestrującego, z których każda loguje się do osobnego pliku; jeden do analiz i jeden do rejestrowania wszystkich celów. Czy ktoś wie, czy jest to możliwe z Logback lub jakimkolwiek innym loggerem?

— Aly
źródło

Odpowiedzi:

296

Bardzo możliwe jest zrobienie czegoś takiego w logbacku. Oto przykładowa konfiguracja:

<?xml version="1.0"?>
<configuration>
    <appender name="FILE" class="ch.qos.logback.core.FileAppender">
        <file>logfile.log</file>
        <append>true</append>
        <encoder>
            <pattern>%-4relative [%thread] %-5level %logger{35} - %msg %n</pattern>
        </encoder>
    </appender>
    <appender name="ANALYTICS-FILE" class="ch.qos.logback.core.FileAppender">
        <file>analytics.log</file>
        <append>true</append>
        <encoder>
            <pattern>%-4relative [%thread] %-5level %logger{35} - %msg %n</pattern>
        </encoder>
    </appender>
    <!-- additivity=false ensures analytics data only goes to the analytics log -->
    <logger name="analytics" level="DEBUG" additivity="false">
        <appender-ref ref="ANALYTICS-FILE"/>
    </logger>
    <root>
        <appender-ref ref="FILE"/>
    </root>
</configuration>

Następnie skonfigurowałbyś dwa oddzielne rejestratory, jeden do wszystkiego, a drugi do rejestrowania danych analitycznych, takich jak:

Logger analytics = LoggerFactory.getLogger("analytics");

— ig0774
źródło

Muszę zrobić tego rodzaju rzeczy, aby móc dodać do tego samego pliku program dopisujący bez kanału i zwykły. Dzięki za te informacje.

— djangofan

IMO additivity = false powinno być wartością domyślną, jeśli określony jest inny appender-ref. Bardzo często otrzymujemy aplikację, w której niektóre moduły będą bardzo często generować logi z powodu pewnych zdarzeń czasowych i chcielibyśmy podzielić te dzienniki na różne pliki. Rejestrowanie tego samego logu w 10 różnych plikach naprawdę nie ma sensu. Powinna to więc być funkcja akceptacji, a nie domyślna. Ponieważ logback był przepisywaniem, ten sam błąd powinien zostać poprawiony przez tego samego autora.

— samarjit samanta

Chcę rejestrować błędy, debugować, komunikaty informacyjne odpowiednio w różnych plikach. Czy to możliwe z logback.xml

— Qasim

@Qasim - to możliwe. Zobacz - amitstechblog.wordpress.com/2014/09/27/…

— Andy Dufresne

Próbuję rejestrować dzienniki z różnych pakietów do różnych plików, jak sugeruje ta odpowiedź, ale to nie działa dla mnie. Mój wyciąg z logback xml jest tutaj - pastebin.com/Aii4f1Jk . Próbuję zalogować dzienniki poziomu TRACE pakietu hibernacji do innego pliku. Jakieś sugestie?

— Andy Dufresne

Możesz mieć dowolną liczbę rejestratorów. Ale lepiej jest mieć jeden dla każdego pakietu, który musisz rejestrować inaczej. Następnie wszystkie klasy w tym pakiecie i jego pakietach podrzędnych otrzymają ten konkretny rejestrator. Wszyscy mogą współużytkować główny rejestrator i wysyłać swoje dane dziennika do programu dołączającego główny program rejestrujący, używając addytywności = "true". Oto przykład:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>

<property name="pattern" value="%date{HH:mm:ss.SSS} %-5p %logger{36} 
%X{akkaSource} [%file:%line] - %m%n" />

<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
        <pattern>%date{HH:mm:ss.SSS} %-5p %logger{36} %X{akkaSource} [%file:%line] - %m%n</pattern>
    </encoder>
</appender>

<appender name="abc" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>${catalina.base}/logs/worker.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
        <fileNamePattern>${catalina.base}/logs/worker-%d{yyyy-MM-dd_HH}.log</fileNamePattern>
        <maxHistory>360</maxHistory>
    </rollingPolicy>
    <encoder>
        <pattern>${pattern}</pattern>
    </encoder>
</appender>

<appender name="xyz" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>${catalina.base}/logs/transformer.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
        <fileNamePattern>${catalina.base}/logs/transformer-%d{yyyy-MM-dd_HH}.log</fileNamePattern>
        <maxHistory>360</maxHistory>
    </rollingPolicy>
    <encoder>
        <pattern>${pattern}</pattern>
    </encoder>
</appender>

<logger name="com.xxx.yyy.zzz" level="INFO" additivity="true">
    <appender-ref ref="xyz"/>
</logger>

<logger name="com.aaa.bbb.ccc" level="INFO" additivity="true">
    <appender-ref ref="abc"/>
</logger>

<root>
    <level value="INFO" />
    <appender-ref ref="STDOUT" />
</root>

— Szczur
źródło

w moim przypadku chciałem zostawić nazwy klas jako nazwę dziennika

private static final Logger log = LoggerFactory.getLogger(ScheduledPost.class);

a ponieważ miałem kilka takich zajęć, więc mój logback.xml

<!--additivity=false ensures this log data only goes to the this log, and no one more -->
<logger name="xxx.xxx.xxx.ScheduledPost" level="DEBUG" additivity="false">
    <appender-ref ref="ASYNC_SCHEDULE_LOG_FILE"/>
</logger>
<logger name="xxx.xxx.xxx.GcmPost" level="DEBUG" additivity="false">
    <appender-ref ref="ASYNC_SCHEDULE_LOG_FILE"/>
</logger>
<logger name="xxx.xxx.xxx.PushUtils" level="DEBUG" additivity="false">
    <appender-ref ref="ASYNC_SCHEDULE_LOG_FILE"/>
</logger>

— panser
źródło