你如何处理多个jar版本的大量FOSS/COTS？

Question

我们有一个使用大量FOSS/COTS软件的Java产品。我们的一些“外部”使用相同的罐子产品，但是是不同的版本。例如，Ant 1.6.5和Ant 1.7.0;或多个版本的xerces。我担心的是，我们的应用程序的行为可能会发生变化或变得更糟，如果我们改变了类路径放在一起的顺序，那么史诗般的失败。我们使用vbs脚本为每个产品的类路径设置环境变量，然后使用引用这些环境变量的Ant xml文件。

所以，几个问题：

1. 如何管理同一个jar的多个版本，使用这么多不同的外部是什么时候？当然，我不能只找到所有独特的罐子，并把它们放在一个大班级路线上 - 或者我可以吗？
2. 是否有更智能的方法将我们的构建依赖项（和类路径）放在一起？

一个积极的一步是，我打算使用通配符来抓取所有的罐子。但这真的只是我最关心的进口订单问题。

注意：不要拍摄信使。这个系统在几年前就已经实现，早在我到达这里之前。我只是清理人员。

Answer 1

Maven。需要一段时间才能弄清楚并设置好它，但一旦它正常工作，它就很神奇。

见http://maven.apache.org/download.html

Answer 2

您可以添加Ivy到Ant构建中明确版本的依赖。当谈到构建类路径时，我建议你努力寻找一种你没有同一个库的多个版本的情况。我们有一些非常烦人的行为，IDE将使用传递依赖来构建类路径，但是我们按照字母顺序构建了我们的unix类路径，导致Saxon/Xalan JavaMail/Genronimo-JavaMail之一被加载，具体取决于您运行代码的位置。

正如在其他答复中提到，如果你有时间重新工作，你的编译系统，你应该看看行家。

我很喜欢这个talk由约翰·智能上维护您的构建环境

Answer 3

如果你把所有的罐子在同一个类加载器，那么你可以使用Maven来确定的依赖集。这将选择该组依赖项所需的每个库的最新版本。 （例如，Ant 1.7.0将被选中，而不是1.6.5）。这种方案运行良好 - 除非库不与早期版本向后兼容。因此，在更改依赖关系时测试应用程序的相关功能/功能是个好主意。

的替代，这是唯一可行的，如果文库可以分成接口和实现，是加载在一个共同的类加载器的接口，并在自定义类装载器的实现+依赖性。通过给它自己的类加载器来隔离每个依赖。这基本上是OSGi所做的。

Answer 4

这是OSGi设计要解决的问题：在应用程序中拥有多个独立版本的相同罐子。

Answer 5

我不确定使用Maven或Ivy的建议能否解决真正的问题。他们可能会清理依赖声明，但他们不会做任何有关冲突的事情。如果您需要发货两个不同版本的相同库（因为如果库不向后兼容，则使用最新版本将不一定），您可以使用jarjar重新打包具有不同软件包名称的库，以便两个版本都可以必要时加载。