2013-05-03 1 views
1

Мое приложение работает в Jetty8 и использует RequestLogImpl для журнала (кстати, это просто отлично). Недавно мы обнаружили, что если в журнале ошибок есть проблема с пересылкой файлов, сообщение о регистрации, которое предупредило нас об этом, появляется нигде, потому что мы не настроили Jetty перенаправить stderrout в любой файл журнала. Мой текущий релиз исправил эту проблему, но теперь я замечаю чрезмерное количество сообщений INFO от Logback в файле молы stderrout какЧрезмерное «-INFO ... RenameUtil - переименование файла ...» в Jetty8 stderrrout с запросом журнала RequestLogImpl

06:32:14,893 |-INFO in c.q.l.co.rolling.helper.RenameUtil - Renaming file [/data/logs/md-stage-app4.dev.mgg.request.3.log] to [/data/logs/md-stage-app4.dev.mgg.request.4.log] 

Я только действительно забочусь об этих сообщениях, если переименование не удалось или что-то, что приходят эти сообщения как WARN. Как я могу получить материал журнала, чтобы просто войти в WARN и выше в файл журнала stderrout?

Мое приложение, действительно, < root level = "info" > Корневой регистратор.

и т.д./jetty.xml имеет следующий отрывок:

<!-- Logback Access Log implementation --> 
<Ref id="RequestLog"> 
    <Set name="requestLog"> 
    <New id="requestLogImpl" class="ch.qos.logback.access.jetty.RequestLogImpl"> 
     <Set name="fileName">etc/logbackAccess.xml</Set> 
    </New> 
    </Set> 
</Ref> 

и т.д./logbackAccess.xml является:

<configuration> 
    <!-- always a good activate OnConsoleStatusListener --> 
    <statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener" /> 

    <appender name="SIZE_ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
    <File>/data/logs/md-app3.request.log</File> 
    <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> 
     <fileNamePattern>/data/logs/md-app3.request.%i.log</fileNamePattern> 
     <minIndex>1</minIndex> 
     <maxIndex>5</maxIndex> 
    </rollingPolicy> 
    <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> 
     <maxFileSize>1MB</maxFileSize> 
    </triggeringPolicy> 
    <encoder> 
     <pattern>%h %l %u [%t] "%r" %s %b%n%fullRequest%n</pattern> 
    </encoder> 
    </appender> 

    <appender-ref ref="SIZE_ROLLING" /> 
</configuration> 
+0

Какую версию бэк-классика вы используете? – Ceki

+0

ext.logback = [версия: '1.0.11'] –

+0

Вы интегрировали доступ к журнальному доступу и причалу самостоятельно или были соединены вместе с причалом и записью? – Ceki

ответ

1

Сообщения о состоянии выводятся из линии

<statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener" /> 

в logback-access.xml (etc/logbackAccess.xml в вашем случае). Приспособив OnConsoleStatusListener и OnPrintStreamStatusListenerBase, вы сможете создать пользовательский StatusListener, который печатает сообщения о состоянии, за исключением сообщений INFO, начинающихся с RenameUtil.

+0

Спасибо. Я попробую. –

+0

Это должно быть довольно легко сделать. Холлер в списке рассылки log-user @, если вы столкнулись с проблемой. – Ceki

 Смежные вопросы

  • Нет связанных вопросов^_^