我可以教Maven解析ivy.xml并从中获取依赖项吗?

我可以教Maven解析ivy.xml并从中获取依赖项吗?,maven,ivy,Maven,Ivy,想象一下下面的问题——一个具有常春藤依赖关系的项目,通过maven repos解决 现在我想要一个pom.xml,但我不想转换所有这些ivy依赖项(具体到什么程度并不重要——是手动还是自动转换,使用ivy:makepom之类的东西) 所以,我想基本上是这样的: <dependencies> <some-kind-of-ivy-dependency-resolver/> </dependencies> 它将解析ivy.xml,获取依赖项并将它

想象一下下面的问题——一个具有常春藤依赖关系的项目,通过maven repos解决

现在我想要一个pom.xml,但我不想转换所有这些ivy依赖项(具体到什么程度并不重要——是手动还是自动转换,使用ivy:makepom之类的东西)

所以,我想基本上是这样的:

 <dependencies>
     <some-kind-of-ivy-dependency-resolver/>
 </dependencies>

它将解析ivy.xml,获取依赖项并将它们放入常规的maven缓存repo


我的建议是推荐Maven参加绿地项目。如果项目已经在使用常春藤,请鼓励他们,因为这使团队能够通过共享的Maven存储库进行协作。我的推理和逻辑概述如下:


您看过常春藤maven插件吗?看起来它可以引入非maven依赖项最简单的事情是使用ivy makepom任务,然后运行maven。@radai,是的,我尝试过,但失败了。@MarkO'Connor,好吧,关键是不要跟踪ivy文件中产生的任何更改,以免手动调用makepom。)@shabunc为什么要这样做?您是否正在将您的项目从ANT转换为Maven?如果是这样的话,我不明白你为什么要保留常春藤配置文件……我同意你提供的所有论点,但看不出这是如何回答这个问题的。)@shabunc让Maven解析常春藤文件并不能实现你转换用户的目标(这也永远不会发生,Maven是一个过于自以为是的工具)。。。我也不同意你关于Maven比ivy好的假设。我已经广泛地使用了这两种方法,并推荐ivy作为构建ANT的更好工具。你不同意我的假设,也不喜欢整个想法。我相信你很可能是对的,这是这一切中最有趣的部分。然而,这不是答案