Maven引用Artifactory中构件失败，请求技术支持

结合你给出的报错信息，这是Maven依赖解析时的典型问题，咱们一步步拆解排查：

1. 先确认Artifactory里的构件是否支持LATEST标记 #

Maven的LATEST标识符只指向仓库中最新的RELEASE版本（注意：SNAPSHOT版本不会被LATEST识别）。你需要登录Artifactory后台，找到com.ci.servicemanager:ci-service-manager这个构件，检查：

• 是否发布过非SNAPSHOT的RELEASE版本；
• Artifactory是否为这个构件的最新RELEASE版本自动打上了LATEST标签（部分仓库配置需要手动开启自动标记规则）。

如果你的构件只有SNAPSHOT版本，那LATEST肯定找不到，这时候可以改用具体的快照版本（比如1.0.0-SNAPSHOT），或者调整Maven配置开启快照仓库支持。

2. 清理本地Maven缓存（关键步骤） #

报错里提到“failure to find artifact cached in the local repository”，说明Maven之前尝试拉取依赖失败后，已经把“找不到”的结果缓存到本地仓库了。解决方式二选一：

• 执行Maven命令时添加-U参数，强制刷新依赖：

  mvn clean install -U
  

• 手动删除本地仓库中对应构件的缓存目录：找到Maven本地仓库默认路径（一般是~/.m2/repository/com/ci/servicemanager/ci-service-manager），删除该文件夹后重新构建。

3. 检查Maven仓库配置是否正确 #

确保你的pom.xml或settings.xml已正确配置Artifactory仓库地址，且权限、仓库类型匹配：

示例pom.xml配置（RELEASE仓库）： #

<repositories>
  <repository>
    <id>your-artifactory-release-repo</id>
    <url>http://your-repo-address/artifactory/releases</url>
    <releases>
      <enabled>true</enabled>
    </releases>
    <snapshots>
      <enabled>false</enabled>
    </snapshots>
  </repository>
</repositories>

如果是快照仓库，记得将snapshots的enabled设为true。若Artifactory是私有仓库，还要在settings.xml里配置对应账号密码：

<servers>
  <server>
    <id>your-artifactory-release-repo</id>
    <username>your-artifactory-username</username>
    <password>your-artifactory-password</password>
  </server>
</servers>

4. 尽量避免使用LATEST版本，改用具体版本号 #

LATEST虽然看似方便，但稳定性极差——仓库里的最新版本一旦更新，你的项目可能突然出现兼容性问题。建议直接使用明确的版本号，比如：

<dependency>
  <groupId>com.ci.servicemanager</groupId>
  <artifactId>ci-service-manager</artifactId>
  <version>1.0.0</version> <!-- 替换为实际的最新RELEASE版本 -->
</dependency>

如果确实需要自动获取最新版本，可以用Maven Versions插件的versions:use-latest-release目标自动更新pom中的版本号，而非直接依赖LATEST。

5. 检查Artifactory的仓库配置细节 #

• 确认构件上传的仓库（RELEASE/SNAPSHOT）和Maven配置的仓库地址一致；
• 检查Artifactory权限设置，确保你的Maven用户有该仓库的读取权限；
• 刷新Artifactory的仓库索引，索引未更新可能导致Maven无法识别新上传的构件。

内容的提问来源于stack exchange，提问作者AnOldSoul