同一项目的两个不同的签出副本

In my case, the problem was Eclipse's inability to differentiate between two different copies of the same project. I have one locked on trunk (SVN version control) and the other one working in one branch at a time. I tried out one change in the working copy as a JUnit test case, which included extracting a private inner class to be a public class on its own and while it was working, I open the other copy of the project to look around at some other part of the code that needed changes. At some point, the NoClassDefFoundError popped up complaining that the private inner class was not there; double-clicking in the stack trace brought me to the source file in the wrong project copy.

关闭项目的主干副本并再次运行测试用例可以解决这个问题。

对此，我的解决方案是为缺失的特定类“利用”类路径内容。在我的情况下，我有2个依赖项，虽然我能够成功地编译使用javac…，我不能运行产生的类文件使用java…，因为BouncyCastle jar中的Dynamic类不能在运行时加载。

javac --classpath "ext/commons-io-2.11.0;ext/bc-fips-1.0.2.3" hello.java

因此在编译时和运行时，JVM知道在哪里获取Apache Commons和BouncyCastle依赖项，然而，当运行这个时，我得到了

Error: Unable to initialize main class hello
Caused by: java.lang.NoClassDefFoundError: 
org/bouncycastle/jcajce/provider/BouncyCastleFipsProvider

因此，根据类路径，我在相同的位置手动创建了一个名为ext的新文件夹，然后在其中放置了BouncyCastle jar，以确保在运行时可以找到它。只要结果清单中指定了jar的位置，您就可以将jar相对于类文件或jar文件放置。注意，我只需要利用包含丢失类文件的一个jar。

我发现，当使用运行时发现的不兼容的类版本编译代码时，有时会得到NoClassDefFound错误。我记得的具体实例是apache axis库。在我的运行时类路径上实际上有2个版本，它正在挑选过时和不兼容的版本，而不是正确的版本，导致NoClassDefFound错误。这是在一个命令行应用程序中，我正在使用类似的命令。

set classpath=%classpath%;axis.jar

我能够让它拿起正确的版本使用:

set classpath=axis.jar;%classpath%;

Java ClassNotFoundException vs NoClassDefFoundError

黑ClassLoader铝

静态与动态类加载

静态(隐式)类加载——引用、实例化或继承的结果。

MyClass myClass = new MyClass();

动态(显式)类加载是class . forname ()， loadClass()， findSystemClass()的结果

MyClass myClass = (MyClass) Class.forName("MyClass").newInstance();

每个类都有一个ClassLoader，它使用loadClass(字符串名);这就是为什么

explicit class loader uses implicit class loader

NoClassDefFoundError是显式类装入器的一部分。Error是为了保证在编译期间出现这个类，但现在(在运行时)它不存在。

ClassNotFoundException是隐式类装入器的一部分。Exception对于可以额外使用的场景(例如反射)具有弹性。

这也可能是因为您从具有特定包名的IDE复制了代码文件，并且希望尝试使用终端运行它。您必须首先从代码中删除包名。 这种事发生在我身上。

此错误可能是由未检查的Java版本要求引起的。

在我的案例中，当我构建一个备受瞩目的开源项目时，通过使用SDKMAN从Java 9切换到Java 8，我能够解决这个错误。

sdk list java
sdk install java 8u152-zulu
sdk use java 8u152-zulu

然后按照下面的描述进行干净安装。

在使用Maven作为构建工具时，在禁用测试的情况下进行干净的“安装”构建有时是有帮助的，而且通常是令人满意的。

mvn clean install -DskipTests

现在已经构建并安装了所有内容，您可以继续运行测试。

mvn test