Tomcat 8中的类路径和jar文件加载顺序

时间:2016-04-05 15:11:05

标签: java tomcat logging classloader logback

有没有人知道在tomcat8中加载jars的哪些类中指定顺序的地方?

以下是我们的方案: 我们有两个完全相同的服务器(硬件和操作系统)。两者都运行java 1.7.65并在版本8.0.32中安装了tomcat。 Start和VM参数完全相同,以及特定于应用程序的设置(第二台机器只是一个冗余系统)。唯一的区别是IP地址,当然还有主机名。

最近从Tomcat7升级到Tomcat8(在两个系统上)之后,来自slf4j的长时间忽略的消息在应用程序启动时说“找到多个绑定...”将我们带到另一个导致我们的应用程序无法执行的错误的情况正确的日志记录 - 类加载的排序/排序。 这是因为一个系统首先加载logback-classic-1.0.13.jar,然后在第二个系统上加载slf4j-log4j12-1.6.6.jar。我们只有一个logback.xml,没有部署log4j.xml,因此日志消息没有出现在正确的文件中,因为加载的StaticLoggerBinder不正确。

system-1的输出

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/opt/backoffice/apache-tomcat-8.0.32/webapps/backoffice/WEB-INF/lib/logback-classic-1.0.13.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/opt/backoffice/apache-tomcat-8.0.32/webapps/backoffice/WEB-INF/lib/slf4j-log4j12-1.6.6.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
16:50:26,740 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy]
16:50:26,740 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml]
16:50:26,741 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Found resource [logback.xml] at [file:/opt/backoffice/apache-tomcat-8.0.32/webapps/backoffice/WEB-INF/classes/logback.xml]

系统-2的输出

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/home/backoffice/apache-tomcat-8.0.32/webapps/backoffice/WEB-INF/lib/slf4j-log4j12-1.6.6.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/home/backoffice/apache-tomcat-8.0.32/webapps/backoffice/WEB-INF/lib/logback-classic-1.0.13.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]
log4j:WARN No appenders could be found for logger (org.springframework.web.context.ContextLoader).

(是的,我知道如何通过maven依赖来修复它,我肯定会从我的pom中移除重复/冗余依赖... O :-))

现在我的问题是,两个绝对相同的系统的订单有何不同?

1 个答案:

答案 0 :(得分:0)

Java按照在类路径中指定的顺序加载类。

Tomcat不像其他Java程序那样解析类路径,例如使用CLASSPATH环境变量或-classpath命令行标志。此外,Tomcat如何解析类路径可以并且确实随每个主要版本而变化(这可能是您的问题被引入的原因)。

我在你的未来看到了很多这方面的内容:) 这里有一个好的开始:Understanding the Tomcat classpath