ClassNotFoundException 仅依赖于 JDK7 更新版本？答案

【问题标题】：ClassNotFoundException dependent on JDK7 update version only?ClassNotFoundException 仅依赖于 JDK7 更新版本？
【发布时间】：2017-05-30 07:47:50
【问题描述】：

我继承了一个 JBOSS 4.2.3.GA .ear 项目，如果我使用 JDK 7u45 构建它，在该项目中一切都加载并运行良好，但如果我使用任何更新的版本构建它，则无法在 JBoss Bootstrap 中加载和运行早期JDK 7 的更新（例如 7u76、7u79、7u80）。

JBOSS 服务器本身在 Java 1.7.0_45 上运行。

记录的失败原因是实际存在的类的 ClassNofFoundException（即使是失败的 .ear）：

log4j:ERROR Could not create the Layout. Reported error follows.
java.lang.ClassNotFoundException: dbs.common.logger.CsvLayout
        at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:190)
        at org.apache.log4j.helpers.Loader.loadClass(Loader.java:178)
        at org.apache.log4j.xml.DOMConfigurator.parseLayout(DOMConfigurator.java:555)
        at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:269)
        at org.apache.log4j.xml.DOMConfigurator.findAppenderByName(DOMConfigurator.java:176)
        at org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(DOMConfigurator.java:191)
        at org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(DOMConfigurator.java:523)
        at org.apache.log4j.xml.DOMConfigurator.parseCategory(DOMConfigurator.java:436)
        at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigurator.java:999)
        at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:867)
        at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:773)
        at org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:901)
        at org.jboss.logging.Log4jService$URLWatchTimerTask.reconfigure(Log4jService.java:643)
        at org.jboss.logging.Log4jService$URLWatchTimerTask.run(Log4jService.java:582)
        at org.jboss.logging.Log4jService.setup(Log4jService.java:460)
        at org.jboss.logging.Log4jService.createService(Log4jService.java:476)
        at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260)
        at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
        at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
        at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
        at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
        at com.sun.proxy.$Proxy0.create(Unknown Source)
        at org.jboss.system.ServiceController.create(ServiceController.java:330)
        at org.jboss.system.ServiceController.create(ServiceController.java:273)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
        at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
        at com.sun.proxy.$Proxy4.create(Unknown Source)
        at org.jboss.deployment.SARDeployer.create(SARDeployer.java:260)
        at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
        at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
        at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
        at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
        at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
        at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
        at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
        at com.sun.proxy.$Proxy5.deploy(Unknown Source)
        at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
        at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
        at org.jboss.Main.boot(Main.java:200)
        at org.jboss.Main$1.run(Main.java:508)
        at java.lang.Thread.run(Thread.java:744)

通常，我会很容易找到 ClassNofFoundException 的 real 原因，但这次我很困惑，考虑到以下事实：

.ear 的整个环境（包括 CLASSPATH！）相同。
前面提到的“未找到的类”dbs.common.logger.CsvLayout位于 common.jar 文件中，与它应该在的路径完全相同。
构建中没有任何错误。
在其他人的开发工作站（相同的 Eclipse 等）上使用 JDK 7u79（即比 7u45 更新）构建 .ear，导致 .ear 可以正确加载和运行（在相同的服务器和环境上） )。

什么可以解释这样的 ClassNofFoundException？

我错过了什么？

更新： 比较工作和不工作的 common.jar 文件之间的“未找到”CsvLayout.class，表明 class file format 的 major_version 存在差异。工作的有0x33（Java SE 7），失败的有0x34（Java SE 8）。

我一直小心地使用仅限 jre7 的 执行环境。 0x34 是如何潜入的？

【问题讨论】：

您看到哪些主要版本？ Java 7 应该有 51 个。
@P.J.Meisch 我刚刚更新了我的问题以包含您问题的答案。这很奇怪：我 am 在 Java 8 下运行 Eclipse，但我确保只选择使用 Java 7 的执行环境。我是否错过了排除“环境”的 Eclipse/build.xml 配置功能" 来自实际构建的 Java？
common.jar 是如何以及在哪里构建的？确保 jar 被编译为具有 Java7 级别。 javac 的参数在 maven 项目中将是 -target 1.7，这将是属性 <maven.compiler.target>1.8</maven.compiler.target>。显式配置为7，否则编译器在Java8下运行时会使用目标版本8。这不是执行环境的问题，而是构建环境的问题
@P.J.Meisch 我怀疑是 build 环境。使用 ant (build.xml)，而不是 maven (pom.xml)。如何将其显式配置为 7？
看看ant.apache.org/manual/Tasks/javac.html

标签： java jboss log4j classnotfoundexception ear

【解决方案1】：

问题在于库common.jar: 是使用java 8 构建的，没有指定目标classfile 版本，因此生成了java 8 class 文件版本的jar 文件。

要使用 Java 8 构建 Java 7 类文件，您需要

纯java编译：添加目标选项javac -target 1.7 <javafile>
maven：添加属性<maven.compiler.target>1.7</maven.compiler.target>
ant：将<property name="ant.build.javac.source" value="1.7"/> <property name="ant.build.javac.target" value="1.7"/>添加到你的build.xml

【讨论】：