使用名称空间时的Ivy makePom依赖项

Question

我正在使用pom常春藤任务来生成一个Pom文件，以便发布到伪像。除了一个问题之外，这非常有效。由于命名空间与我们的 Ivy 配置一起使用，因此 pom 文件中的依赖项不是原始的 maven 组 Id/工件 Id，而是命名空间派生的名称。这会导致使用此 pom 的 maven 项目在解析依赖项时失败。

例如：

在 ivy.xml 文件中，我们将具有如下依赖项：

<dependency 
  org="org.apache.commons" 
  name="commons-configuration" 
  rev="1.6" 
  conf="compile->compile(*),master(*);runtime->runtime(*)" />

ivysettings.xml中有以下ivy名称空间规则

<rule>
  <fromsystem>
    <src org="org.apache.commons" module="(commons-configuration)" />
  </fromsystem>
  <tosystem>
    <src org="commons-.+" module="commons-.+" />
    <dest org="org.apache.commons" module="$m0" />
  </tosystem>
</rule>

这意味着在Maven存储库中，org =“commons-configuration”和module =“commons-configuration”。

当我调用makePom时，生成的依赖关系将是：

<dependencies>
    <dependency>
      <groupId>org.apache.commons</groupId>
      <artifactId>commons-configuration</artifactId>
      <version>1.6</version>
      <scope>runtime</scope>
    </dependency>
</dependencies>

这是存储库中一个未知的工件，因为它被存储为共享资源配置：共享资源配置。

我发现解决这个问题的唯一方法是在ant中生成pom，然后在发布之前跨pom运行一系列ant替换regexp任务步骤。虽然它有效，但它似乎是一种非常复杂的修复pom的方法，我想知道是否有人遇到过这种情况，以及他们是如何解决这个问题的。

Answer 1

你对这个问题的解决方案是合理的，我不确定是否有更好的方法。它确实对常春藤名称空间的使用提出了质疑。。。

显然，makepom任务不知道名称空间。除了希望避免编辑ivy.xml之外，您有使用它们的好理由吗？

我个人建议不要使用它们，它使故障排除更加复杂，并且同一依赖项很少位于同一名称下的不同存储库中。可以说它们是两个不同的依赖关系：-）我有兴趣了解更多信息，这是我个人从未找到用例的功能。

如果问题是重新生成ivy文件以匹配Maven Central模块，我可以建议以下groovy项目：

https://github.com/myspotontheweb/ant2ivy