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

Question

我们有一个Java产品，它使用了大量的FOSS/COTS软件。我们的一些“外部产品”使用相同的jar产品，但版本不同。例如，Ant 1.6.5和Ant 1.7.0；或多个版本的xerces。我关心的是，如果我们改变类路径的排列顺序，应用程序的行为可能会改变，或者更糟糕的是，如果我们改变类路径的排列顺序，就会失败。我们使用vbs脚本为每个产品的类路径设置环境变量，然后使用Ant文件来引用这些环境变量。

所以，有几个问题：

1. 当使用这么多不同的外部环境时，如何管理同一个jar的多个版本？当然，我不能找到所有独特的罐子，把它们放在一个大的类路径上--或者我可以吗？
2. 是否有更明智的方法将我们的构建依赖关系(和类路径)放在一起？

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

注意:不要向信使开枪。这个系统是几年前建立的，早在我来到这里之前。我只是个清洁工。

Answer 1

梅文。需要一段时间才能弄清楚并设置好它，但一旦它开始工作，它就很神奇了。

请参阅http://maven.apache.org/download.html

Answer 2

如果必须将所有jars放在同一个类加载器中，则可以使用maven来确定依赖项集。这将选择依赖项集所需的每个库的最新版本。(例如，将选择Ant 1.7.0，而不是1.6.5。)此方案工作良好--除非库不是向后的--与早期版本兼容。因此，在更改依赖项时测试应用程序的相关功能/功能是个好主意。

只有在库可以划分为接口和实现的情况下，另一种选择是在公共类加载器中加载接口，在自定义类加载器中加载implementations+dependencies。这通过赋予每个依赖项自己的类加载器来隔离它。这本质上就是OSGi所做的。

Answer 3

您可以将常春藤添加到ant中，以显式地进行版本依赖。当涉及到构建类路径时，我建议您努力解决这样的情况:您没有相同库的多个版本。我们有一些非常恼人的行为，IDE将使用传递依赖关系构建类路径，但是我们按字母顺序构建unix类路径，这导致了一个Saxon/Xalan JavaMail/Genronimo-JavaMail被加载，这取决于您运行代码的位置。

正如在另一个答案中提到的，如果您有时间重新工作您的构建系统，您应该查看maven。

我非常喜欢约翰·斯马特( John )关于维护构建环境的这个谈话