1

以下只是我的 Tomcat 7 控制台上出现的一些日志记录语句示例。大多数来自open saml或hibernate，我试图阻止它们出来。我正在使用 logback，并且 root 记录器和所有其他记录器都处于 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
4

2 回答 2

2

在断断续续地寻找解决方案几个月后，我偶然发现了这个网站上的相关答案：

logbback 在启动时在 Tomcat 控制台上生成太多日志

于 2013-12-19T21:03:22.743 回答
0

尽管上面有所有有用的超链接和参考资料，我也花了几个小时才弄明白。我的配置是一个运行在 TcServer 中的 Tomcat 7 实例，它是从 Spring Tools Suite 启动的。但是，给出了线索​​：logback 确实（仍然）是罪魁祸首，尽管我已经将它从我的 maven 依赖层次结构中完全删除，以支持 slf4j 下的纯 log4j 绑定（当然，我能想到的其他地方没有 LogbackConfigListener ）......但是我忘记强制执行 maven clean 并且 logback jar 的副本仍然存在于构建战争档案的目标子目录中。令人惊讶的是，战争中这个 logback jar 的存在足以欺骗服务器登录到 DEBUG 模式。项目clean - maven clean - 重建，再次maven包然后部署：

节省额外时间的额外提示：在严格重申对 slf4j-log4j 的依赖项时，请确保您使用 JRE1.6 或更高版本以及 log4j 版本 1.2.17 而不是 1.2.15，以避免有关缺少 maven 依赖项 re jms、jdmk、和 jmx ... :-)

提醒：为从 STS 启动的 TcServer/tomcat 自定义日志记录配置：http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId= 2009731

于 2014-10-26T21:33:03.333 回答