使用 Maven 构建单独的 JAR 文件以对自定义类加载器进行单元测试

Question

作为我当前项目的一部分，我创建了一个自定义类加载器。自定义加载程序的部分单元测试涉及使用一些 JAR 文件来演示加载程序的正确行为。

我想在运行实际的单元测试之前从 Java 源构建测试 JAR 文件。此外，运行单元测试时，测试 JAR 文件不能位于类路径上，因为我想在测试执行期间动态加载它们。

是否有一个标准模式来完成这种“在测试阶段之前构建一些 JAR，但将它们排除在类路径之外”的要求？我不敢相信我是第一个尝试使用 Maven 2 执行此操作的人，但我似乎无法找到正确的 POM 结构和依赖项。通常我最终会在测试阶段之前没有构建一些测试 jar，但我也遇到了构建顺序不一致的问题，导致构建可以在一台机器上正常工作，但无法构建一些在另一个上测试罐子。

Answer 1

最简单的做法是设置另一个项目来打包测试 jar 的类，然后将其设置为正常的 测试范围 依赖项。

如果您不想/不能这样做，您可以使用程序集插件在 process-test-classes 阶段创建一个 jar（即在编译测试之后但之前）测试已执行）。下面的配置将调用程序集插件，在目标目录的该阶段创建一个名为 classloader-test-deps 的 jar。然后，您的测试可以根据需要使用该 jar。

程序集插件使用程序集描述符（在 src/main/assembly 中，称为 test- assembly.xml）来打包目标/测试类的内容。我设置了一个过滤器来包含 com.test 包及其子包的内容。这假设您有一些可以应用于 jar 内容的包名称约定。

默认情况下，程序集插件会将 jar 作为附加工件附加，通过将 attach 指定为 false，它将不会被安装/部署。

<plugin>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>2.2-beta-2</version>
  <executions>
    <execution>
      <id>create-test-dependency</id>
      <phase>process-test-classes</phase>
      <goals>
        <goal>single</goal>
      </goals>
      <configuration>
        <finalName>classloader-test-deps</finalName>
        <attach>false</attach>
        <descriptors>
          <descriptor>src/main/assembly/test-assembly.xml</descriptor>
        </descriptors>
      </configuration>
    </execution>
  </executions>
</plugin>

这是test- assembly.xml的内容

<assembly>
  <id>test-classloader</id>
  <formats>
    <format>jar</format>
  </formats>
  <includeBaseDirectory>false</includeBaseDirectory>
  <fileSets>
    <fileSet>
      <directory>${project.build.testOutputDirectory}</directory>
      <outputDirectory>/</outputDirectory>
      <!--modify/add include to match your package(s) -->
      <includes>
        <include>com/test/**</include>
      </includes>
    </fileSet>
  </fileSets>
</assembly>

Answer 2

我会尝试在测试中设置您的测试所需的一切。主要优点是测试中没有隐含的神奇的看不见的设置。该测试可以在每个环境中运行。此外，添加新的严格隔离的场景要容易得多，因为您不依赖于某些混合场景设置。

设置应该不会太难：

• 序列化一个 java 类：
  • 带有一些类型代码工程库
  • 或者，使用重命名为 .class 以外的某个文件后缀的 java 类文件。将其放在测试资源文件夹下并使用类加载器加载（getResourceAsStream(...)）。
• zip 类文件 (`java.util.zip.GZIPOutputStream`)
• 使用类加载器加载类文件

还有一种替代方法，它使用 java 类加载器设计，无需生成其他类即可工作。

Java 有一个类加载器层次结构。每个类加载器都有一个父类加载器。类加载器层次结构的根是引导类加载器。当一个类被类加载器加载时，它将尝试首先使用父类加载器加载该类，然后再加载它自己。

您可以使用当前的类加载器加载测试类。将其打包并使用您自己的类加载器加载它。唯一的区别是您将父类加载器设置为无法加载测试类的父类加载器。

String resource = My.class.getName().replace(".", "/") + ".class";

//class loader of your test class
ClassLoader myClassLoader = currentThread().getContextClassLoader();
assert ! toList(myClassLoader.getResources(resource)).isEmpty();

//just to be sure that the resource cannot be loaded from the parent classloader
ClassLoader parentClassloader = getSystemClassLoader().getParent();
assert toList(parentClassloader.getResources(resource)).isEmpty();

//your class loader
URLClassLoader myLoader = new URLClassLoader(new URL[0], parentClassloader);
assert toList(myLoader.getResources(resource)).isEmpty();

Answer 3

Maven 通过依赖性分析来解析构建顺序，因此通常您的 JAR 会按顺序构建，因为使用测试 JAR 的 JAR 会简单地将它们声明为依赖项。但是，依赖项也放置在类路径上。依赖项的“范围”决定了它所在的类路径。例如，“编译”依赖项位于用于编译、测试和运行的类路径上； “运行时”依赖项位于用于测试和运行的类路径上； “测试”依赖项仅在测试期间位于类路径上。不幸的是，您遇到了任何可用范围都没有涵盖的情况：您有一个依赖项，但您不希望它出现在类路径上。这是一个边缘用例，也是您难以发现示例的原因。

因此，除非某些 Maven 专家提出相反的观点，否则我认为如果不编写特殊的 Maven 插件，这是不可能的。然而，除此之外，我还推荐其他东西。您真的需要定制 JAR 来测试您的类加载器吗？我觉得这听起来很可疑。也许您可以使用任何旧的 JAR？如果是这样，我将使用 maven-dependency-plugin 将一些已知始终位于存储库中的 JAR（例如 log4j）复制到本地模块的目标目录中。然后，您的测试可以通过 target/log4j-xxx.jar 处的文件路径访问该 JAR，然后您就可以做您的事情了。