Gradle构建求助：API声明的传递依赖未出现在Java Consumer编译类路径

核心问题集中在Lib发布到公司仓库时，其POM文件未正确传递api依赖的范围声明，导致Consumer无法读取这些传递依赖。以下是具体排查与修复步骤：

第一步：排查仓库中Lib的POM文件 #

登录公司内部仓库，找到Lib的最新版本并下载其pom.xml文件：

• 检查lib-1-to-be-exposed-to-consumer和lib-2--to-be-exposed-to-consumer的依赖scope是否为compile（Gradle的api依赖对应Maven的compile scope）。
• 如果这些依赖的scope是runtime或缺失，说明POM生成/上传环节存在问题。

第二步：修复Lib的构建脚本 #

你当前的构建脚本中，自定义的GenerateMavenPom任务和build.finalizedBy配置是问题根源：

• 默认情况下，maven-publish插件的components.java会自动生成包含api/implementation依赖正确scope的POM，并在发布时同步上传。
• 你自定义的GenerateMavenPom仅将POM生成到本地buildDir/libs，但未关联到发布流程，导致仓库中存储的POM并非正确版本（甚至可能未上传POM）。

修改Lib的build.gradle，删除以下代码块：

tasks.withType(GenerateMavenPom).all {
    destination = "$buildDir/libs/${project.name}-${version}.pom"
}

build.finalizedBy generatePomFileForLibraryPublication

如果需要自定义POM内容（比如添加项目描述、开发者信息），请在publication的pom块中配置，示例：

publishing {
    publications {
        library(MavenPublication) {
            from components.java
            pom {
                name = 'My Public Library'
                description = 'Java library with exposed API dependencies'
            }
        }
    }
}

第三步：后续验证与清理 #

1. 重新发布Lib到公司仓库，确保publishLibraryPublicationToMavenRepository任务执行成功，且仓库中同时存在jar、sources.jar和pom.xml文件。
2. 清理Consumer项目的Gradle缓存，执行命令：

   ./gradlew clean build --refresh-dependencies
   

3. 检查公司仓库的缓存策略，确认新发布的Lib版本已完成同步，未缓存旧的POM文件。

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