Maven 3 在错误的文件夹中寻找 maven-metadata.xml (Artifactory 2.5.1.1)答案

【问题标题】：Maven 3 is looking for maven-metadata.xml in the wrong folder (Artifactory 2.5.1.1)Maven 3 在错误的文件夹中寻找 maven-metadata.xml (Artifactory 2.5.1.1)
【发布时间】：2012-04-25 14:27:26
【问题描述】：

[08:45:24]Downloading: http://maven-proxy.xxx.local:8081/artifactory/xxx-snapshots/xxx/xxx/xxx/some-lib/1.2.5-SNAPSHOT/maven-metadata.xml
[08:45:24][DEBUG] Could not find metadata xxx.xxx.xxx:some-lib:1.2.5-SNAPSHOT/maven-metadata.xml in xxx-snapshots (http://maven-proxy.xxx.local:8081/artifactory/xxx-snapshots)

Maven 似乎正在some-lib/1.2.5-SNAPSHOT/maven-metadata.xml 中寻找元数据文件。但是，some-lib/maven-metadata.xml 中有一个 maven-metadata.xml 文件。

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

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-deploy-plugin</artifactId>
    <version>2.7</version>
    <configuration>
        <updateReleaseInfo>true</updateReleaseInfo>
    </configuration>
</plugin>

【问题讨论】：

要么你的依赖有错误，要么你的 settings.xml 配置不正确。

标签： maven artifactory maven-metadata

【解决方案1】：

Maven 元数据可能位于 2 个级别：

在 groupId/artifactId 文件夹下 - 存在基本修订的元数据详细信息（1.0、1.1、1.2-SNAPSHOT 等）
在 groupId/artifactId/integrationRevision 文件夹下 - 存在特定集成修订的元数据详细信息；

需要后者是因为 Maven 的快照版本可能会聚合许多不同的唯一快照。因此，当请求 1.0-SNAPSHOT 时，Maven 必须发现哪些实际快照存在并确定要下载哪一个。

此元数据应由存储库自动生成，仅存在此类快照版本。

【讨论】：

好的，那么xxx/some-lib/1.2.5-SNAPSHOT/maven-metadata.xml文件应该是Artifactory生成的吧？
如果存在快照修订版并部署到快照存储库，则可以。
确定吗？我尝试从 Artifactory 中删除存储库并重新部署它以查看是否有帮助。 Uploaded: http://maven-proxy.xxx.local:8081/artifactory/xxx-snapshots/xxx/xxx/xxx/some-lib/1.2.5-SNAPSHOT/maven-metadata.xml (2 KB at 50.1 KB/sec)，但是当我尝试访问同一个地址时，我得到一个 404 - 找不到元数据...
阳性。根据存储库的快照策略，Artifactory 基本上会忽略 Maven 的部署请求并自行计算元数据；但它应该在那里。
那么可能是 Artifactory 安装出现问题了。我通过将快照存储库配置为“部署者”而不是“唯一”来半修复它，但我想这只是一个 Maven 2 客户端远离再次爆炸。

【解决方案2】：

根据this answer on gradle.org，

当您首次发布SNAPSHOT 版本时，maven-metadata.xml 将不存在。

（后续上传不应显示此消息，因为第一次发布应创建文件。）

【讨论】：