Журнал Tomcat DEBUG неожиданно появляется на консоли

Ниже приведены лишь несколько примеров операторов ведения журнала, которые появляются на моей консоли Tomcat 7. Большинство из них приходят из открытого saml или спящего режима, и я пытаюсь предотвратить их выход. Я использую logback и имею корневой регистратор и все другие регистраторы в WARN или выше, и я не могу понять, почему некоторые библиотеки продолжают выходить из операторов уровня INFO и DEBUG. Любые идеи?

14:40:45.360 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Username intialized and configuration cached
14:40:45.360 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - Initializing object provider {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken
14:40:45.360 [localhost-startStop-6] DEBUG org.opensaml.xml.Configuration - Registering new builder, marshaller, and unmarshaller for {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken
14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken intialized and configuration cached
14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - ObjectProviders load complete14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - Preparing to load IDAttributes
14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - IDAttribute {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd}Id has been registered
14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.xml.XMLConfigurator - IDAttributes load complete
14:40:45.361 [localhost-startStop-6] DEBUG org.opensaml.DefaultBootstrap - Initializing SAML Artifact builder factories

logging hibernate opensaml tomcat7
person bcampolo    schedule 21.11.2013    source источник

Ответы (2)


arrow_upward
2
arrow_downward

После нескольких месяцев поиска решения я наткнулся на соответствующий ответ на этом сайте:

logbback создает слишком много журналов на консоли Tomcat при запуске

person bcampolo    schedule 19.12.2013

arrow_upward
0
arrow_downward

Мне потребовались часы, чтобы понять это, несмотря на все вышеперечисленные полезные гиперссылки и ссылки. Моя конфигурация — это экземпляр Tomcat 7, работающий в TcServer, запущенный из Spring Tools Suite. Тем не менее, подсказка была дана: logback действительно был (все еще) виновником, хотя я полностью удалил его из своих иерархий зависимостей maven в пользу чистой привязки log4j под slf4j (и, конечно, LogbackConfigListener не осталось нигде, я мог понять)... но Я забыл принудительно очистить maven, и копия logback jar все еще присутствовала в целевом подкаталоге, из которого был создан военный архив. Как ни странно, присутствия этого jar-файла журнала в войне было достаточно, чтобы обмануть регистрацию сервера в режиме DEBUG. Чистый проект - чистый maven - перестроить, снова упаковать maven, а затем развернуть: журналы сервера теперь чисты на консоли и, наконец, соответствуют моей конфигурации src/main/resources/log4j.xml, хотя я не изменил ни одного файла конфигурации журнала.

Дополнительный совет для экономии дополнительного времени: при переустановке зависимостей строго на slf4j-log4j убедитесь, что вы используете JRE1.6 или выше с log4j версии 1.2.17, а не 1.2.15, чтобы избежать еще одной цепочки проблем, связанных с отсутствующими зависимостями maven re jms, jdmk, и jmx... :-)

Напоминание: чтобы настроить конфигурацию ведения журнала для TcServer/tomcat, запущенного из STS: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2009731

person berhauz    schedule 26.10.2014