3

我正在为 Java 中的 ERP 系统进行定制。在我的定制中，我想使用 Apache POI 3.10.1。因此我集成了罐子 poi-3.10.1-20140818.jar 和 poi-ooxml-3.10.1-20140818.jar。

但是，这些 jar 包含几个已经包含在 ERP 系统核心代码中的类，但有区别。

如果核心 ERP 类覆盖 POI 类，则自定义会引发运行时异常。如果 POI 类覆盖核心类，核心功能可能会发生同样的情况。

处理此类问题的最佳做法是什么？

我的定制是一个相对孤立的功能。

4

2 回答 2

9

有两种方法可以解决这个问题：

  1. 您可以将库与ClassLoader加载其他 POI 版本的库隔离开来。目前，我假设 ERP 系统位于类路径上，因此您需要将库与系统类加载器隔离开来。您可以通过创建一个新实例来执行URLClassLoader此操作，然后将其指向包含更新版本 POI 的 jar 文件。确保还添加所有瞬态依赖项，例如 commons-codec 以避免类加载问题。另外，请注意瞬态依赖关系本身可以具有瞬态依赖关系。

    为了对类加载器隐藏类路径，您可以将引导类加载器设置为直接父级，其表示为null：

    new URLClassLoader(new URL[]{ new URL("poi-3.10.1-20140818.jar"), ... }, null);

    使用此类加载器，您可以通过以下方式查询较新版本的 POI 类

    Class.forName("org.apache.poi.hssf.usermodel.HSSFWorkbook", true, urlClassLoader);

    用于检索新版本的HSSFWorkbook. 但是请注意，任何直接引用HSSFWorkbook的文字都将由执行类的类加载器解析，这当然会链接旧的、不兼容的类版本。因此，您需要对所有代码使用反射。或者，您向URLCLassLoader其中添加一个包含所有逻辑的类，并且仅通过反射调用该类。一般来说，这是一种更清洁的方法。例如，您可以添加一个实现引导类的类，Callable然后您可以从任何不同的上下文中使用它，例如：

    Callable<File> sub = (Callable<File>) Class.forName("pkg.Subroutine", 
                                                    true, 
                                                    urlClassLoader);
File convertedFile = sub.call();

  2. 或者，您可以将第二个 POI 依赖项重新打包到另一个名称空间中。完成此操作后，类不再冲突，因为它们的名称不再相等。这可能是一种更简洁的方法，因为您可以使用同一个类加载器中的两个库并避免反射。

    要将依赖项重新打包到另一个名称空间中，可以使用Maven Shade 插件等工具来帮助您完成此任务。替代方案是jarjar用于ant或Shadow 插件用于Gradle。

于 2014-09-23T08:04:33.680 回答
1

如果您使用的是 Servlet 3.0 API 并且您可以更改一些配置，那么“web 片段”可以用于这种情况。以下是解释： http ://www.oracle.com/technetwork/articles/javaee/javaee6overview-part2-136353.html#webfrags

于 2014-09-23T07:58:37.000 回答