Gradle构建突然失效：Spring Beans依赖解析失败求助

先帮你拆解下问题：你的项目依赖了com.sun.jersey.contribs:jersey-spring:1.18，这个库要求Spring Beans的版本落在[2.5.2, 3)区间内，但构建工具无法从Pentaho的Nexus仓库加载Spring Beans的Maven元数据，导致版本匹配失败，最终compileClasspath配置解析出错。

下面是几个靠谱的解决方向，你可以按顺序尝试：

1. 先确认仓库可用性 #

• 直接在浏览器打开http://nexus.pentaho.org/content/groups/omni，看看仓库是否还能正常访问。如果仓库挂了、维护中或者网络无法访问，那肯定拉不到元数据。
• 如果仓库确实不可用，建议在项目的build.gradle（或pom.xml）里替换掉这个仓库，改用Maven中央仓库或者公司内部的私有仓库。

2. 强制指定Spring Beans版本 #

既然jersey-spring:1.18只要求版本在2.5.2到3.0之间，你可以直接在项目里锁定一个具体版本，跳过自动版本解析的步骤：

• 如果你用Gradle，在dependencies块上方添加：

  configurations.all {
      resolutionStrategy.force 'org.springframework:spring-beans:2.5.6'
  }
  

• 如果你用Maven，在dependencyManagement节点里锁定版本：

  <dependencyManagement>
      <dependencies>
          <dependency>
              <groupId>org.springframework</groupId>
              <artifactId>spring-beans</artifactId>
              <version>2.5.6</version>
          </dependency>
      </dependencies>
  </dependencyManagement>
  

选2.5.6是因为它是这个区间内比较稳定的版本，你也可以选其他符合[2.5.2,3)的版本。

3. 替换老旧的Jersey-Spring依赖（长期方案） #

com.sun.jersey.contribs:jersey-spring:1.18是非常老旧的版本，Jersey 1.x早已停止维护。如果项目允许，建议升级到Jersey 2.x（兼容Spring Boot 2.x）或者Jersey 3.x（兼容Spring Boot 3+），这样不仅能解决依赖问题，还能获得安全更新和新特性：

• 比如替换成Jersey 2.x的Spring集成依赖：

  implementation 'org.glassfish.jersey.ext:jersey-spring5:2.41'
  

  对应的Maven依赖：

  <dependency>
      <groupId>org.glassfish.jersey.ext</groupId>
      <artifactId>jersey-spring5</artifactId>
      <version>2.41</version>
  </dependency>
  

不过这个改动可能需要调整项目里的Jersey相关代码，得根据项目实际情况评估。

4. 清理本地仓库缓存 #

有时候本地Maven/Gradle缓存的元数据损坏也会导致这种问题，你可以尝试清理缓存后重新构建：

• Gradle：执行./gradlew clean build --refresh-dependencies命令强制刷新依赖，或者删除~/.gradle/caches目录下的相关缓存文件
• Maven：删除~/.m2/repository/org/springframework/spring-beans目录，然后重新执行构建命令

建议先从第1和第4步开始排查，这两个是最容易验证的，如果不行再尝试强制指定版本或者升级依赖。

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