Это - приложение сторонних производителей, генерирующее огромные суммы logentries на нашем appserver. Как это:
[03.03.10 15:21:57:250 CET] 00000180 FtpProtocolHa I org.slf4j.impl.JCLLoggerAdapter info Close connection : 10.227.10.10 - admin
[03.03.10 15:27:35:209 CET] 00000181 MinaFtpProtoc I org.slf4j.impl.JCLLoggerAdapter info [/10.227.10.10] CLOSED
++++
Как я поворачиваю этот вывод из slf4j прочь? Я посмотрел в .war-файле для нахождения некоторой конфигурации для slf4j, но ничего. Их веб-сайт не помог также
slf4j - это просто воронка для фактического бэкенда журнала (здесь переопределяется jakarta commons logging), который вы должны настроить, чтобы избавиться от определенного типа сообщений. Для logback это соответствующий фрагмент конфигурации:
<!-- No Tomcat debug logs -->
<configuration>
...
<logger name="org.apache.catalina.core" level="OFF" />
...
</configuration>
Для log4j все очень похоже.
slf4j - это фасад логирования для различных фреймворков логирования. Этот вывод происходит из адаптера фреймворка Apache Commons Loggin, который оказывается еще одним фасадом. Commons Logging Configuration.
Какой бэкенд протоколирования, например, logback, log4j, j.u.l., вы используете? Вам нужно настроить бэкенд на фильтрацию этих сообщений.
Более того, тот факт, что сообщения журнала указывают на "org.slf4j.impl.JCLLoggerAdapter
", указывает на то, что вывод местоположения вызывающей стороны работает неправильно. (Должен быть указан реальный вызывающий абонент, а не JCLLoggerAdapter
). Это может произойти, если:
или