纯JAVA的ant项目转maven_将复杂的项目从Ant迁移到Maven-如何处理异常的文件夹结构？...

小编典典

这是Mavenizing Ant项目的简单快速答案：

不要做！

这不是一些反Maven熨平板。我使用Maven，而且我喜欢Maven。它迫使开发人员不要做愚蠢的事情。开发人员在编写构建脚本时很糟糕。他们想以这种方式而不是其他所有人的方式去做事情。Maven使开发人员以每个人都能理解的方式设置他们的项目。

问题在于，Ant允许开发人员执行疯狂而疯狂的事情，而您必须在Maven中完全重做这些事情。它不仅仅是目录结构。Ant允许多个构建工件。Maven每pom.xml1只允许一个。如果您的Ant项目生成了六个不同的jar文件，而这些jar文件包含许多相同的类怎么办？您只需要为这两个jar创建六个Maven项目，然后再为这两个jar之间创建的文件创建另外六个。

我知道，因为我正是这样做的。系统架构负责人认为，Maven是新的和好的，而Ant必须是坏的和邪恶的。构建工作正常且结构合理无所谓。不，蚂蚁必须走，Maven就是这样。

开发人员不想这样做，所以由我负责，即CM。我花了六个月的时间将所有内容重写为Maven。我们有WSLD，我们有Hibernate，我们有各种框架，以某种方式，我必须重组所有内容才能使其在Maven中工作。我不得不产生新的项目。我不得不四处移动目录。我必须找出新的工作方式，而所有这些都不能阻止开发人员进行大量开发。

这是地狱最内心的一圈。

您的Ant项目如此复杂的原因之一可能与依赖性管理有关。如果您喜欢我们目前的商店，那么一些开发人员决定 一起 开发

自己的依赖管理系统。看完这个依赖关系管理系统之后，我现在知道开发​​人员永远不要写两件事：他们自己的构建文件和依赖关系管理系统。

幸运的是，已经有一个名为Ivy的

Ant依赖管理系统。关于Ivy的好处是它可以与当前的Maven架构一起使用。您可以使用站点的集中式Maven存储库，Ivy可以将jar作为Maven工件部署到该存储库。

我创建了一个常春藤项目，该项目会自动为开发人员设置所有内容。它包含必要的设置和配置，以及一些可以替换一些标准Ant任务的宏。我曾经svn:externals将此常春藤项目附加到主项目。

将项目添加到当前的构建系统并不难：

我必须在中添加几行，build.xml以将我们的ivy.dir项目集成到当前项目中。

我必须ivy.xml为该项目定义一个文件。

我改变的任何实例以。这个宏完成了标准任务的所有工作，但是它也pom.xml像Maven构建一样将其嵌入到jar中。(Ivy具有将ivy.xml文件转换为的任务pom.xml)。

我删除了其他开发人员添加的所有旧的依赖管理废话。这样可以减少一个build.xml文件一百行。我还删除了所有用于结帐和提交的内容，或者ftp或scp的内容。所有这些东西都是针对他们的Jenkins构建系统，但是Jenkins可以在没有构建文件任何帮助的情况下进行处理，谢谢。

添加几行以集成Ivy。最简单的方法是删除lib目录中的jar ，然后通过进行下载ivy.xml。总共可能需要添加或更改十几行代码build.xml来执行此操作。

我想到了可以在几个小时内将Ivy集成到项目中的地步-如果构建过程本身不是很混乱。如果必须从头开始重写build.xml，则可能要花两三天的时间。

使用Ivy清理了我们的Ant构建过程，并为我们提供了在Maven中拥有的许多优势，而无需进行完整的重组。

顺便说一下，此过程中最有用的工具是“

超越比较”。这使我可以快速验证新的构建过程是否与旧的兼容。

无论如何要进入Maven …

有趣的是，一旦您将Ant项目与Ivy集成在一起，将它们变成Maven项目就不那么困难了：

整理您的逻辑build.xml。您可能需要从头开始重写它，但是没有大多数依赖管理垃圾，这并不那么困难。

一旦build.xml被清理，开始四处直到它们匹配Maven的结构移动目录。

更改源以匹配新的目录结构。您可能有一个WAR，它在非标准位置包含* css文件，并且代码很难在这些目录中包含这些文件。您可能必须更改Java代码以匹配新的目录结构。

将构建多个项目的Ant项目分解为分别构建一个工件的单独Ant项目。

添加pom.xml并删除build.xml。

1是的，我知道这并非完全正确。有带有子项目和 super poms的

Maven项目。但是，您将永远不会有一个Maven项目可以构建四个不相关的jar，而这在Ant中很常见。

2020-09-24