NoClassDefFoundError 错误编码

Posted 2023-02-27

【中文标题】NoClassDefFoundError 错误编码

【英文标题】：NoClassDefFoundError ErrorCoded

【发布时间】：2019-02-23 00:58:48

【问题描述】：

我正在尝试在我的 Spring Boot 应用程序中运行 JUnit 测试，但我得到了如下所示的 NoClassDefFoundError。

spring-boot-starter-parent 和 spring-boot-starter-test (v2.0.5.RELEASE) 都在 pom.xml 文件中。我也添加了 spring-core (v5.0.9.RELEASE)。

显然，自 4.3.6 起，ErrorCoded 类已被弃用，所以我不确定如何找出测试运行程序（或其他库）仍在尝试加载此类的原因。

这是我的测试类：

@RunWith(SpringJUnit4ClassRunner.class)
public class SystemBuilderTest 
    
    private System system;

    @Before
    public void setUp() throws Exception 
        StatefulConnection conn = new StatefulConnection.Builder(null)
                .build();
        
        Device d1 = new SensingDevice.Builder("sensor1", conn)
                .build();
        
        system = new System.SystemBuilder("testSystem")
                .addChildDevice(d1)
                .build();
        
        system.initialize();
    

    @Test
    public void testStart() throws DCFDeviceException 
        system.start();
        assertTrue(system.getName().equals("testSystem"));
        assertTrue(system.getChildDevices().size() == 1);
        assertTrue(system.getChildDevices().iterator().next().getName().equals("sensor1"));
        
    
 

...和堆栈跟踪：

java.lang.NoClassDefFoundError: org/springframework/core/ErrorCoded
    at java.base/java.lang.ClassLoader.defineClass1(Native Method)
    at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
    at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
    at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
    at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
    at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
    at java.base/java.lang.ClassLoader.defineClass1(Native Method)
    at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
    at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
    at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
    at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
    at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
    at org.springframework.context.support.GenericApplicationContext.<init>(GenericApplicationContext.java:110)
    at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:115)
    at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:60)
    at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:275)
    at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:251)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:99)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:117)
    at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:108)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:117)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
    at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:246)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:538)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:760)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:460)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:206)
Caused by: java.lang.ClassNotFoundException: org.springframework.core.ErrorCoded
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
    at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
    ... 50 common frames omitted

【问题讨论】：

你能从 pom 中删除 spring-core (v5.0.9.RELEASE) 并检查。

我从 pom 中删除了 spring-core ......错误仍然发生。

你能加你Pom吗

【参考方案1】：

我无法确切回答为什么会出错，但我可以告诉您，您在某些依赖项的版本中存在冲突。

您可以在下面的文档中看到（尽管您使用的是 2.0.5.RELEASE 版本）。

https://docs.spring.io/spring-boot/docs/2.0.4.RELEASE/reference/htmlsingle/

SpringJUnit4ClassRunner 使用了 ErrorCoded，但如果你在他们的 Github 中看到，SpringJUnit4ClassRunner 在 org.springframework.spring-test 的 5.0.8 版本中不再使用 ErrorCoded。

你必须看看你的 Spring 项目是否真的使用了 org.springframework.spring-test 的哪个版本，因为 SpringJUnit4ClassRunner 在那个 jar 中。

希望这会有所帮助。

【讨论】：

已解析的依赖项列表（Eclipse Maven 插件）显示 spring-test 为 5.0.9.RELEASE

是的，那是因为您使用的是 Spring 版本 2.0.5.RELEASE。我想说的是 spring-test 的 5.0.8 版根本没有使用 ErrorCoded，5.0.9 也是如此（证据在他们的 GIthub 中）。您是否尝试重新创建您的项目？

【参考方案2】：

你能不能用SpringRunner.class 取消你的测试，@SpringBootTest 将加载所有必需的测试依赖项。

@RunWith(SpringRunner.class)
@SpringBootTest
public class SystemBuilderTest 

【讨论】：

SpringRunner 是 SpringJUnit4ClassRunner 的别名，因此该更改没有任何好处。

【参考方案3】：

您的构建中存在对 spring-test 4.3.x 的依赖（不确定是什么次要版本，但应该不相关。）

之所以这么说是因为堆栈跟踪中的行号与 5.x 版本中 SpringJUnit4ClassRunner 类中的行号不一致。

来自您的堆栈跟踪：

at o.s.t.c.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)

这表明在第 227 行应该调用 createTest 方法。在这个类的4.3.x branch version中可以看到是这样的。

但在 5.0.x branch version 中，第 227 行是对 getTestContextManager().prepareTestInstance(testInstance); 的调用。

这是非常确定的。因此，如果您的 IDE 另有说明（正如您在另一条评论中指出的那样），那就错了。或者，如果 IDE 支持该功能，您可能需要对项目进行“清理”。

由于您没有发布完整的 pom，因此无法告诉您旧依赖项的作用是什么。不过，你应该可以通过使用 Maven 依赖插件来解决这个问题：

mvn dependency:tree

此命令将以树形形式打印依赖层次结构。我建议将输出重定向到文件并 grepping 进行 spring-test。这将允许您识别有问题的依赖项并使用 maven <exclusion> 来禁止有问题的依赖项。

【讨论】：

spring-statemachine 和 flowable 在旧版本中被引入......所以我使用从这些依赖项中排除的 spring-context

【参考方案4】：

对我来说恰好是由spring-security-test 拉出的旧版本的spring-test。我正在使用 spring-boot 2.x。

λ mvn dependency:tree | grep test
[INFO] +- org.springframework.security:spring-security-test:jar:4.2.3.RELEASE:test
[INFO] |  \- org.springframework:spring-test:jar:4.3.9.RELEASE:test

将 spring-security 和 spring-security-test 更新为 5.x 修复了它。

<properties>
    <java.version>1.8</java.version>
    <spring.version>2.0.4.RELEASE</spring.version>
    <logging.version>2.8.2</logging.version>
    <spring-security-test.version>5.0.6.RELEASE</spring-security-test.version>
    <spring-security-config.version>5.0.6.RELEASE</spring-security-config.version>
</properties>

<dependencies>
    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-core</artifactId>
        <version>$spring-security-config.version</version>
        <scope>compile</scope>
    </dependency>

    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-web</artifactId>
        <version>$spring-security-config.version</version>
        <scope>compile</scope>
    </dependency>

    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-test</artifactId>
        <version>$spring-security-test.version</version>
        <scope>test</scope>
    </dependency>
</dependencies>