当前位置: 首页 > 面试题库 >

如何包含相同依赖项的两个不同版本?

庄飞
2023-03-14
问题内容

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

但是,这些jar包含几个类,这些类已经包含在ERP系统的核心代码中,但是有所不同。

如果核心ERP类覆盖POI类,则定制将引发运行时异常。如果POI类覆盖核心类,则核心功能可能会发生相同的情况。

解决此类问题的最佳实践是什么?

我的自定义是一个相对隔离的功能。


问题答案:

有两种方法可以解决此问题:

  1. 您可以将库与ClassLoader加载其他版本POI 的库隔离。现在,我假设ERP系统在类路径上,因此您需要将库与系统类加载器隔离。您可以通过创建的新实例来做到URLClassLoader这一点,然后将其指向包含较新版本POI的jar文件。确保还添加所有临时依赖项,例如commons-codec,以避免类加载问题。另外,请注意,瞬态依赖项本身可以具有瞬态依赖项。

为了对类加载器隐藏类路径,您可以将bootstrap类加载器设置为直接父级,由表示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();
  1. 或者,您可以将第二个POI依赖项重新打包到另一个名称空间中。完成此操作后,类不再冲突,因为它们的名称不再相等。这可能是一种更干净的方法,因为您可以随后使用同一类加载器中的两个库,并且避免了反射。

要将依赖关系重新打包到另一个名称空间中,可以使用Maven
Shade插件之
类的工具来帮助您完成此任务。替代方案是jarjar为蚂蚁或阴影插件的摇篮。



 类似资料:
  • 但是我有两种回购方式 如何创建两个bean,其中一个是用注入的,另一个是用注入的?

  • 我有两个包作为Android项目中的依赖项:A和B,在中定义如下: 我可以生成项目,但是当尝试运行它时,我收到以下错误: :app:compileDebugSources app:transformClassesWithDexForDebug 意外的顶级异常: com.android.dex。DexException:多个dex文件定义了Lcommon/package/in/both/Depend

  • 问题内容: 我使用以下两个依赖项: 两者必须为同一版本才能正常工作。由于我的其他依赖项使用更高的版本,因此Gradle为每个依赖项使用不同的版本。 我通过运行发现了这一点: 如何强制Gradle为这两个依赖项设置相同的版本? 问题答案: 您的依赖项之一是强制更新番石榴版本。使用以定位库驱逐你的版本。 您遇到的问题是,如果您强迫它使用14.0.1,则另一个库可能无法正常工作。您是否可以仅使用17.0

  • 我使用以下两个依赖项: 两者必须是相同的版本才能正常工作。由于我的其他依赖项使用更高的版本,Gradle为每个依赖项使用不同的版本。 我通过运行找到了这一点: 如何强制Gradle为这两个依赖项设置相同的版本?

  • 根据Maven文档,将使用依赖项中介来决定使用哪个依赖项: 因此,假设我们首先声明依赖项,那么1.0版将在我们的应用程序中使用。这意味着依赖项将在运行时使用1.0版,而as是根据2.0版编译的。如果使用的是2.0版的一些特性,那么我们将会得到一个运行时错误(,等),这是不好的。 因此要“修复”这一点,我们可以从依赖项中排除依赖项,从而使用2.0版本。但是哦不!2.0版不向后兼容,因此我们最终会从得

  • 问题内容: 我刚刚遇到了一个案例,即我的Maven项目有两个直接依赖项,其中有两个不同版本的特定传递性依赖项。 在我的特殊情况下,我直接依赖以下内容: 和 这两个依赖项都对com.sun.jersey:jersey- core具有(较深)的传递性依赖关系,但是每个都有不同的版本。Maven并没有失败,甚至没有警告(或者,如果没有,我从来没有看到过!)正在发生这样的事情……因此,直到调试了球衣版本时