如何使用Apache Archiva v1.3.5代理仅Pom的Gradle插件回购

时间:2019-02-22 01:30:22

标签: gradle gradle-plugin archiva

问题:

如果我们让Gradle直接使用其自己的插件存储库运行,则Gradle脚本可以正常工作。当我们通过Apache Archiva路由它们时,即使我们已经配置了Archiva的代理连接器,也找不到插件。

我们看到Archiva确实做了代理,并且缓存了从Gradle插件存储库收到的内容,该存储库仅是pom,没有jar。我们发现的唯一解决方法是,在一次尝试(失败)代理之后,将一个空的jar手动上载到与pom相同的坐标和名称。

这似乎与Apache Archiva的功能或配置方式有关-它似乎无法处理“无罐”(仅pom)工件。有办法纠正这个问题吗?

我们的设置

  1. 我们将Gradle(5.1.1)用作构建工具,并希望使用插件{...}方法来应用插件。
  2. 我们正在从Apache Archiva迁移,但仍将继续使用一段时间。我们使用的版本较旧-v1.3.5,但是我不确定新版本是否会更好。
  3. 我们仅将Apache Archiva配置为Gradle脚本的存储库。他们无法访问https://plugins.gradle.org/m2/上Gradle自己的插件存储库。即使可以,我们还是更愿意使用它来提高性能。

非Gradle读者的背景:

将Gradle设置为应用ID为'foo.bar'的插件时,通常会在https://plugins.gradle.org/m2/存储库中查找组ID为“ plugin-id < / em> ”和项目ID“ plugin-id .gradle.plugin”-“ foo.bar”和“ foo.bar.gradle.plugin” “ 在这种情况下。这是一个实际的例子:

https://plugins.gradle.org/m2/com/cisco/filesystem/com.cisco.filesystem.gradle.plugin/1.4/

在那里,对于每个版本,只能找到一个pom文件(不是jar)。该pom文件具有单个依赖性,可以作为某种重定向,重定向到真实插件的真实maven坐标。

0 个答案:

没有答案