我们这里有一个非常奇怪的问题。
jvm:试过1.7.0_55-b13和1.7.0_75-b13
tomcat:7.0.56
os:Ubuntu 12.04.5 LTS(64bit)(3.5.0-23-generic)
将tomcat与使用spring构建的大型应用程序一起使用。
在我们的一个生产环境中,我们有时会使用相同的堆栈跟踪获得“NoClassDefFound”。
它只会在一段时间后发生,并且可以通过特定的工作流程进行测试。但是,标记为“未找到”的类(在WEB-INF / lib中的jar中)并且在问题出现之前已多次使用并且异常开始抛出:上面提到的特定工作流程可以成功执行白天很多次。不知何故,工作流程停止工作并开始抛出NoClassDefFound异常。
似乎该类被加载,使用,然后加班,从jvm中消失。
jvm使用以下参数运行:
-XX:+UseConcMarkSweepGC
-Xmx6900m
-Xms2000m
-XX:MaxPermSize=900m
-XX:+UseParNewGC
-XX:+CMSParallelRemarkEnabled
-XX:NewRatio=1
-XX:TargetSurvivorRatio=75
-XX:SurvivorRatio=8
-XX:+AggressiveOpts
-XX:ReservedCodeCacheSize=256m
-Djava.util.logging.config.file=/var/lib/tomcat7/conf/logging.properties
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.awt.headless=true
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.port=2037
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=10.71.1.112
-Dcom.sun.management.jmxremote.password.file=/etc/tomcat7/jmxremote.password
-Dcom.sun.management.jmxremote.access.file=/etc/tomcat7/jmxremote.access
-Djava.net.preferIPv4Stack=true
-Djava.endorsed.dirs=/usr/share/tomcat7/endorsed
-classpath /usr/share/tomcat7/bin/bootstrap.jar:/usr/share/tomcat7/bin/tomcat-juli.jar
-Dcatalina.base=/var/lib/tomcat7 -Dcatalina.home=/usr/share/tomcat7
-Djava.io.tmpdir=/tmp/tomcat7-tomcat7-tmp org.apache.catalina.startup.Bootstrap start
任何人都知道类似的问题吗?
答案 0 :(得分:0)
我纠正了问题,在这里我发布了解决方案。也许它会在某个时候以某种方式帮助某人:)
这个问题不是我们最初应该解决的问题:类定义并没有从类加载器中消失,但是最初没有初始化(启动)。
以下是导致错误的工作流:当tomcat上次停止时,它会将其会话序列化为一个文件(根据默认的会话存储机制)。
当应用程序再次启动时,tomcat无法重新加载其会话,因为" ExceptionInInitializerError"初始化类以反序列化其实例时。
然后,对该类的所有后续调用(未正确初始化)都会产生我们在问题中看到的堆栈跟踪(NoClassDefFound)。
ExceptionInInitializerError的原因是序列化类试图静态调用spring上下文(当时未初始化的上下文,然后产生导致ExceptionInInitializer的NullPointerException)。