Gradle解析SBT生成Ivy.xml的Maven依赖时Scala版本后缀缺失问题

这个问题和ivy.xml格式规范无关，核心是Gradle对Ivy、Maven两类仓库的元数据解析逻辑不统一，加上SBT生成Ivy元数据的逻辑只适配了SBT/Ivy自身的解析规则，没有兼容Gradle的Maven仓库解析逻辑：

• SBT生成ivy.xml时，<dependency>节点的name属性会带上Scala版本后缀（比如示例里的scala-uri_2.12），但内嵌的<artifact>子节点name属性默认不带后缀（示例里的scala-uri），这是SBT的常规生成逻辑，本身没有格式错误。
• 你给本地Ivy仓库配置了自定义patternLayout，规则里构件名直接取<dependency>节点的[module]属性（也就是带_2.12后缀的值），解析本地Ivy依赖时根本不会读取<artifact>子节点的name值，所以本地依赖能正常追加Scala后缀。
• Gradle解析Maven中央仓库的依赖时，完全不会复用你给Ivy仓库配置的路径规则，一旦依赖声明里存在显式的<artifact>子节点，就会直接用子节点里的name、classifier、ext属性拼接文件名，直接忽略<dependency>根节点上带后缀的name值，最终拼出不带Scala后缀的错误文件名。

你无法修改上游SBT的生成逻辑，可以选以下两种方案解决，不需要手动改ivy.xml：

方案1：调整Ivy仓库解析规则，忽略元数据里的自定义artifact声明 #

在Ivy仓库配置块中关闭对<artifact>子节点的采信，强制解析时统一使用<dependency>节点的module名作为构件名：

ivy {
    url "file://${System.getenv('HOME')}/.ivy2/local"
    patternLayout {
        artifact '[organisation]/[module]/[revision]/[type]s/[module](-[classifier]).[ext]'
        ivy '[organisation]/[module]/[revision]/ivys/ivy.xml'
    }
    metadataSources {
        ivyDescriptor()
    }
}

配置后Gradle解析所有来自该Ivy元数据声明的依赖时，都会直接用带Scala后缀的module名拼接构件路径，不会再读<artifact>里不带后缀的name值，Maven仓库的依赖也能正常解析。

方案2：显式声明异常传递依赖，覆盖上游错误配置 #

如果方案1对你本地其他Ivy依赖的解析有影响，可以直接在dependencies块里把所有解析失败的Maven来源Scala依赖显式声明，Gradle会优先使用你声明的依赖规则，覆盖上游ivy.xml里的错误配置：

dependencies {
    testImplementation     'junit:junit:4.13'

    implementation ('org.testorg:client-lib_2.12:0.12.0-1') {
        targetConfiguration = "compile"
    }
    // 显式声明解析失败的传递依赖
    implementation 'io.lemonlabs:scala-uri_2.12:1.5.1'
    // 其余存在同类问题的传递依赖按相同格式追加即可
}

不存在“外部Maven依赖的构件名称必须硬编码Scala版本后缀”的强制要求。本质是SBT生成Ivy元数据时，默认依赖Ivy/SBT自身的Scala版本自动补全逻辑，不会在<artifact>节点写全带后缀的构件名，但Gradle没有实现这套自动补全逻辑，跨仓库解析时就会出现文件名拼接错误。

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