Logback для записи разных сообщений в два файла


147

Я использую logback / slf4j для ведения журнала. Я хочу проанализировать мой файл журнала, чтобы проанализировать некоторые данные, поэтому вместо анализа большого большого файла (в основном состоящего из операторов отладки) я хочу иметь два экземпляра регистратора, каждый из которых регистрирует отдельный файл; один для аналитики и один для всех целей регистрации. Кто-нибудь знает, возможно ли это с Logback или любым другим логгером?

Ответы:


297

Это очень возможно сделать что-то подобное в logback. Вот пример конфигурации:

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

Затем вы должны настроить два отдельных регистратора, один для всего и один для регистрации аналитических данных, например:

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

1
Мне нужно сделать что-то подобное, чтобы у меня был один и тот же файл для приложения без перевода строки и обычного приложения. Спасибо за эту информацию.
Джангофан

IMO additivity = false должно быть по умолчанию, если указан другой appender-ref. Очень часто мы получаем приложение, в котором некоторые модули будут очень частыми генераторами журналов из-за некоторых событий таймера, и мы хотели бы разделить эти журналы на разные файлы. Регистрация одного и того же журнала в 10 разных файлах действительно не имеет смысла. Так что это должна быть опция по умолчанию, а не по умолчанию. Поскольку logback был переписан, ту же ошибку должен был исправить тот же автор.
Самарджит Саманта

Я хочу регистрировать ошибки, отладки, информационные сообщения в разных файлах соответственно. Это возможно с logback.xml
Qasim

@Qasim - это возможно. Смотрите - amitstechblog.wordpress.com/2014/09/27/…
Энди Дюфрен

Я пытаюсь записывать журналы из разных пакетов в разные файлы, как подсказывает этот ответ, но это не работает для меня. Мой xml экстракт logback находится здесь - pastebin.com/Aii4f1Jk . Я пытаюсь записать журналы уровня TRACE в спящий режим в другой файл. Какие-либо предложения?
Энди Дафрен

7

Вы можете иметь столько регистраторов, сколько пожелаете. Но лучше иметь по одному для каждого пакета, который нужно регистрировать по-разному. Тогда все классы в этом пакете и его подпакетах получат тот определенный регистратор. Все они могут совместно использовать корневой регистратор и отправлять свои данные журнала приложению корневого регистратора, используя additivity = "true". Вот пример:

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


2

в моем случае я хотел оставить имена классов в качестве имени журнала

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

и так как у меня было мало таких классов, поэтому мой 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>
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.