强制为 WAR 文件使用自定义类加载器？

Question

是否有一种标准方法（即由某些 Java/J2EE/等规范定义）为 Java Servlet 容器提供自定义类加载器，该容器应用于加载 WAR 文件？

在一个新项目中，我们正在使用 Web 服务扩展大型商业 Java 软件包 (Foo)，这需要一定的部署灵活性（作为单独的服务等）。特别是，我们希望避免在每个 WAR 文件中包含所有 Foo 软件依赖项 Jar 文件，因为它们数量众多、体积庞大，并且会随着我们开发的补丁/错误修复版本而变化。同样，非常不希望将所有依赖项复制到每个 Servlet 容器的“lib”目录中。

理想情况下，我想告诉 Java 应用程序服务器必须使用自定义类加载器加载这些 WAR 文件，我将提供该类加载器，该类加载器自动包含 Foo 软件依赖项 Jars。像这样的东西（在 Java 伪代码中）：

public class MyWarFileClassLoader extends ClassLoader {
  protected URLClassLoader urlcl;
  public MyWarFileClassLoader(File warFile) {
    File installDir = System.getEnv("FOO_HOME");
    List<File> fooEntries = new File(installDir, "jars").listFiles("*.jar");
    fooEntries.add(new File(installDir, "resources"));
    fooEntries.add(warFile);
    this.urlcl = new URLClassLoader(fooEntries);
  }
  public Class<?> findClass(String name) {
    return this.urlcl.findClass(name);
  }
}

如果没有标准方法来做到这一点，是否有一种简单的方法可以为多个 WAR 文件实现相同的目标，而不管目标 Servlet 容器如何？

[编辑]

换句话说：是否有一个通用模式允许 WAR 文件在运行时管理它们自己的依赖项，而不是依赖 Servlet 容器配置？当然，我可以让 WAR 文件清单包含一个 Class-Path 属性，但这些条目仍然在构建时“硬编码”，而不是在运行时自动检测。

Answer 1

没有标准方法可以强制在 Java EE 应用程序中使用特定的自定义类加载器来从预定义的源加载类。然而，可以在 Java EE 应用程序中捆绑库，以便多个模块（包括驻留在 WAR 中的 Web 模块）可以加载和访问捆绑库中的类。

Java EE 规范允许企业应用程序部署（.ear 文件）将库捆绑到库部署目录中；默认情况下，这是 .ear 文件中的 lib 目录。然后，这些库可以由 .ear 文件根目录中的多个 Web 模块（位于不同的 .war 文件中）使用。 Java EE 6 规范的相关部分是 EE 8.2.1 节，其中规定了以下内容：

.ear 文件可能包含一个目录，该目录包含打包在 JAR 文件中的库。 .ear 文件部署描述符的 library-directory 元素包含此目录的名称。如果未指定 library-directory 元素，或者 .ear 文件不包含部署描述符，则名为 lib 的目录为用过的。空的 library-directory 元素可用于指定没有库目录。

此目录（但不是子目录）中具有 .jar 扩展名的所有文件必须可供打包在 EAR 文件中的所有组件（包括应用程序客户端）使用。这些库可以使用此处描述的任何技术引用其他库，无论是与应用程序捆绑在一起还是单独安装。

值得注意的是，所有兼容 Java EE 的应用程序服务器（WebLogic/WebSphere/JBoss 等）都将支持使用捆绑库部署 EAR 文件。然而，有些 servlet 容器（如 Tomcat 和 Jetty）并不符合整个 Java EE 规范；此类容器不支持 EAR 文件的部署。

如果 servlet 容器中的多个 Web 模块需要访问这些库（由于容器的选择或由于对 WAR 文件的偏好），您应该依赖 servlet 容器对共享库的支持在没有库的情况下部署 WAR 文件。 Java EE 规范在这方面没有强制要求有关使用已安装库的任何要求。某些容器通过支持版本化共享库（其中部署的应用程序可能仅使用多个版本中的一个版本）来比其他容器更好地支持共享库，而其他容器（如 Tomcat）则不支持。