问题标签 [maven-metadata]

档案上是否有某种参数化的 url，我可以在其中获得工件的最新快照/版本？像 https://myhappyarchiva.com/archiva/repository/com.example/com/example/myproject/LATEST/myproject-LATEST.jar

我的问题很“简单”，但直到现在我才找到解决方案：

我有2个项目。

• 在特定配置文件的帮助下，使用分类器（称为 dev 或 pro）构建的项目 A

• 依赖于 A的项目 B （使用分类器 dev 或 pro）

• 我使用分类器（dev）在 A 上执行安装目标

• 我用另一个分类器（ pro）重新执行安装目标

然后我编译 B 项目（并将依赖项放在 A 中，使用分类器 DEV）

它运作良好。

但是当我对artifactory (goal deploy) 做同样的事情时，它不起作用 （并且存储库被配置为“唯一”）

它不工作，因为神器？maven依赖？正在尝试使用分类器 dev和最新时间​​戳下载 A，无论是什么的内部版本号。

但是这个“逻辑”是错误的，因为最新的时间戳对 A 分类器 pro 有效！！！

我阅读了本地存储库和工件存储库之间的 metadata.xml。有类似的（但不完全相同）

我错了什么？多谢你们！

• Maven版本：3.03
• 神器版本：2.3.4.1

我看到 Nexus OSS 存储库管理器（重新）生成以下 maven-metadata.xml 并且找不到有关以下属性含义的任何信息（或者我在哪里可以找到对 maven-metata.xml 的引用 - 类似于pom.xml）

• latest - 在我们的例子中不是最新的版本或 lastUpdated 时间戳。Nexus FAQ说这仅适用于插件工件。真的是这样吗？当出现在非插件工件中时，它是良性的还是有害的？
• release - 这个属性的意义是什么？何时用于 SNAPSHOT 工件？

Artifact 的 maven-metadata.xml - 由 Nexus 重新生成：

Maven 似乎正在寻找some-lib/1.2.5-SNAPSHOT/maven-metadata.xml. 但是，有一个maven-metadata.xml文件驻留在some-lib/maven-metadata.xml.

可能有什么问题？这个文件应该由 Artifactory 生成还是部署有问题？

我虽然可以使用 /nexus/service/local/artifact/maven/resolve?r=releases&g=com.mycompany&a=myArtifact&v=LATEST

然后我读到了 LATEST 和 RELEASE 之间的区别。

在 Maven 3 中，不再填充 LATEST - 好的
，但是 RELEASE 只给我最新的发布版本！
那么如何获取最高版本的工件呢？
我需要一些东西，它返回版本2.1.3
有什么 线索吗？

这是我来自 Nexus 的 maven-metadata.xml：

我们在内部托管了一个简单的 maven 存储库，但 maven 似乎没有从中获取新的快照版本。我们的本地 Maven 存储库在 settings.xml 中配置：

将它与“mvn -U”之类的东西结合起来，如果适用，我希望 maven 能够获取最新的快照版本。正如我所收集的，maven 将检查 metadata.xml 的最后修改并从中确定快照是否已更新。但是，我并不完全清楚上次更新的是哪个。以下面的 metadata.xml 为例：

maven 是否使用 lastUpdated 标签？“最后修改”的 http 标头？snapshot.timestamp 标签还是其他东西？

无论如何，我们看到的行为是它确实会下载最新的 metadata.xml，但会停在那里，它不会重新下载快照本身。

编辑：我注意到 maven 2 中可选的独特快照功能在 maven 3 中已成为强制性。maven 是否可能根本没有检测到更新版本？现在从模块中查看 maven-metadata.xml：

maven会检查内部版本号吗？snapshotVersion 的“更新”标签？

我正在使用 Maven 将我们的项目与其他人集成，可能以一种不受欢迎的方式并遇到了问题。

我们有一个使用 Ant 编译的项目。Ant 脚本又大又厉害，所以当我们使用 Maven 进行集成时，决定继续使用 Ant 编译。

现在假设 Ant 编译输出为 res-1.0-SNAPSHOT.tar.gz。（任何文件名都可以，但它是 tar.gz）我正在将该文件部署到一个名为“snapshots”的由 nexus 托管的快照存储库。

我尝试使用以下命令进行部署：

我在 ~/.m2 中有一个简单的 settings.xml，带有代理和服务器设置。但是服务器设置尚未在当前进度中使用，错误的密码不会出错。

输出是这样的：

你看，它找不到 maven-metadata.xml。可以肯定的是，存储库中根本不存在文件及其文件夹“com/my-company”。

除了您可能会发现对 Maven 的任何滥用之外，我的问题是：

1) 我是否以正确的方式使用 Maven？（部署 tar.gz，使用 deploy:deploy-file...）

2）是否有不正确的参数？

3) maven-metadata.xml 是做什么用的？它不存在，但 Maven 坚持要找到它——我猜它是生成的，我错过了一些步骤吗？

解决方案可能很愚蠢，我真的不熟悉 Maven。不幸的是，它必须完成......请帮我解决这个问题。

Maven 版本是 2.0.11。如果您想了解更多信息，请告诉我。

我有世界上最简单的 Maven/Jenkins/Nexus 设置。

Maven 每天通过 Jenkins 运行数十次，并将SNAPSHOTs 部署到我们的 Nexus 存储库中。

每隔一段时间，似乎没有任何原因，运行另一个需要解析SNAPSHOTs 的 Maven 作业都会失败。在这些罕见的情况下它失败了，Maven 告诉我它再也找不到SNAPSHOT它在几个小时前上传的许多情况下的 s。

如果我将 Web 浏览器指向 Maven 正在使用的存储库位置，我可以很好地找到它们。

在这些错误之前，我总是看到（就像我在成功案例中所做的那样）一堆maven-metadata.xml正在下载的文件。大概这些文件告诉 Maven 一些关于如何获取的信息，例如1.009-SNAPSHOT并将其转换为1.009-somehugetimestamphere.

（我从来没有找到这个文件的任何文档，而且它似乎没有将其中包含的任何文件名标记为“最新”或类似的东西。事实上，我根本看不出它有什么用处，但显然它必须是。）

（我还在调试输出中看到了各种引用resolver-status.properties，这似乎是另一个写入本地存储库的未记录文件，该文件跟踪与分辨率有关的内容，但我承认我不知道是什么。）

我的广泛问题是：Maven 究竟是如何下载、解析和检查SNAPSHOTs 的？假设存储库信息是有效的（毕竟，这项工作 90% 的时间都在工作，并且 10% 的时间没有任何更改而失败），Maven 对给定的存储库采取哪些步骤来找到合适的SNAPSHOT?

编辑：找到一些文档：http ://maven.apache.org/ref/3.0.4/maven-repository-metadata/repository-metadata.html虽然它没有解释为什么maven-metadata.xml我在 Nexus 2.0 中找不到任何文件安装中有<latest/>元素。它也没有详细说明如何使用这些文件。

我在用户列表上的帖子得到了回应，其中一些可能是 Nexus 问题，因为它可能会或可能不会正确生成这些maven-metadata.xml文件。

从今天早上开始，我在进行 Maven 构建时遇到了以下错误。昨天和今天没有具体的变化。有人可以帮我解决这个问题吗？我尝试清除所有本地存储库，将杰克逊版本更改为 1.9.10。令人惊讶的是，这适用于我在同一版本上工作的同事。

我正在两个项目上尝试构建器 - 一个依赖于另一个。

buildr upload似乎在 project1 上工作正常，但是当 project2 尝试构建它时project1/0.0.1-SNAPSHOT/maven-metadata.xml，它会在我的 repo 中查找，但它不存在。

我应该手动创建 maven-metadata.xml 文件吗？构建器文档中没有提到它。

这是 project2 上 builder 的输出：