问题标签 [maven-metadata]

由于某种原因，当部署相应工件的新版本时，maven-metadata.xml 文件中的“最新”标签停止更新。在互联网上搜索后，我发现很多人说 Maven 在运行其部署插件时会生成/更新此文件，但如果这是真的，似乎我的 Maven 构建由于某种原因停止更新最新标签。无论如何在构建/部署期间强制 maven 更新标签？

在我的构建过程中，我看到这些消息，清楚地表明它正在下载 maven-metadata.xml，我假设更新它，然后将其上传回服务器：

我使用 Maven 来处理依赖关系，还使用 ​​Nexus 作为存储库管理器。在我的新项目中，我有几个依赖项，Mavenmetadata.xml每天都会为其下载文件。由于它们是发布版本，我只是不想让 maven 花一些时间下载这些文件。

以下是依赖项pom.xml

这是 maven 的构建输出：

我考虑了这个问题，也考虑了这个问题。他们建议在 or 中设置发布UpdatePolicy或never快照，但这并没有解决我的问题。可能的原因是什么？还有其他解决方案吗？settings.xmlpom.xml

在我的项目中，我为 maven POM 设置了一个自定义 artifactId：

其中 moduleProperties 是加载属性文件的 Properties 类。

有了这个集合，POM 文件就有了正确的 artifactId（“core”）。但是，bintray 上生成的maven-metadata.xml继续使用 Android-Studio 模块名称作为 artifactId（“transition”）。所以问题是如何更改 maven-metadata.xml 中的 artifactId？

这是用于将工件推送到 bintray 的 gradle 代码：

我们正在使用 Artifactory3.9.2并且必须合并两个存储库的部分（通过复制工件），它们具有相同的（SNAPSHOT-versioned）工件。这搞砸了maven-metadata.xml。在 Nexus 中，可以简单地为该工件重建元数据，并让存储库管理器为您整理内容。我似乎找不到有关如何使用 Artifactory 执行此操作的任何链接/说明。有人可以告诉我我该怎么做吗？

由于某些原因（不是这篇文章的关注点），amazon S3 不是 maven 存储库的完美主机。所以我在本地机器上构建我的 maven 应用程序，并且在某些时间点（比如每两天左右）我使用aws s3 cp命令将整个层次结构复制到 amazon S3。说我复制 com 文件夹，如下所示：

问题是已创建的元数据文件是maven-metadata-local.xml（因为我在本地构建它似乎很合理）但是当我将它上传到 S3 并尝试使用 maven 获取它时，它抱怨说没有maven-metadata.xml。那么我如何强制（或优雅地询问）maven 创建 maven-metadata.xml 而不是/沿着 maven-metadata-local.xml 的一侧？由于 Maven 元数据中没有特定于位置的数据，因此这似乎不是容易出现问题的移动。

注意：我正在尝试使用以下依赖项从 S3 加载依赖项（我也添加了存储库）：

考虑我是一个 Maven 插件，我想从远程存储库（在本例中为 Nexus）读取某个组或工件的Maven 存储库元数据（maven-metadata.xml）。

插件是否有内置的 Maven 功能来检索这条信息？

我的用例如下：我有一个专有文件格式的工件列表。这些工件中的每一个都可能具有存储在 Nexus 中但未在文件中列出的相应配置工件。此外，并非所有工件都应用了版本。现在我想创建一个标准 BOM，并且我想利用maven-metadata.xml.

我认识到 Maven 并不总是使用最新版本的插件。

例如org.codehaus.mojo:sonar-maven-plugin2.7 版本已于 10 月 19 日发布，但在 10 月 23 日，Maven 仍在使用 2.6 ( mvn sonar:sonar)。

我什至记得一些插件，其中最新版本比 Maven 决定使用的版本高出几个小版本。

是否有任何（中央）索引/列表/数据库可供 Maven 查找要使用的版本？如果是，在哪里可以手动访问？

我正在尝试使用 Java API（artifactory-java-client-services v1.1.0）将我们从供应商收到的 jar 上传并部署到 Artifactory 中。我的上传不会生成 maven-metadata.xml，而且我找不到自动生成 pom.xml 的选项。我也找不到如何表明我正在上传捆绑包而不是单个文件。

目前我正在使用一个简单的代码片段来上传一个测试jar和一个简单的pom：

我使用相同的过程来上传 pom.xml。

所以：

1. 有没有办法像这里显示的 REST 调用一样请求重新计算 maven-metadata.xml ？

2. 有没有办法表明 Artifactory 需要在使用 Java API 上传时自动生成一个简单的 pom.xml？

3. 有没有办法表明上传是一个捆绑包？

提前致谢！

每当我尝试构建我的 Spring 项目时，我都会在日志中收到以下错误。有人可以帮我吗？

我们在我们的环境中运行了一个 Sonatype Nexus，其中配置了另一个 Nexus 作为代理存储库。当我们使用我们的依赖项时，我们会向我们的 Nexus 询问它们。这一直很好，直到昨天我向我们的项目添加了一个新的依赖项。

Maven 似乎没有正确解析部署的快照版本。在 maven 日志中，我可以看到它正在下载 maven-metadata.xml 但是当它尝试下载包含我们的二进制文件的 zip 文件时，它不会用当前快照版本替换 -SNAPSHOT

maven-metadata.xml 正确包含快照版本信息：

当我检查从中下载内容的文件夹的目录列表时，2.2-20161011.235855-102 版本正确存在：

来自同一存储库的所有其他依赖项都可以正常工作，只是没有下载新引入的依赖项。目前让我抓狂的是 Maven 没有像对所有其他依赖项那样用实际的快照版本号替换 -SNAPSHOT。我还尝试了 Nexus UI 中的“过期缓存”和“更新索引”选项，但这并没有帮助。什么可能导致 Maven 从实际版本号回退到 -SNAPSHOT？也没有日志条目可以解释这一点。