Grails 2.5.x未驱逐冲突依赖库旧版本问题咨询

碰到这种旧插件久未维护导致的依赖版本不一致问题真的闹心，尤其是在Grails 2.x环境里，传递依赖的自动解析偶尔会掉链子。结合你的场景（两个公司内部插件gw-mr:1.7.3-RELEASE和gw-mr-security:1.7.4-RELEASE依赖同一mr-client库但版本冲突），给你几个按优先级排序的靠谱解决方案：

1. 直接强制指定mr-client版本（最快见效） #

在你的BuildConfig.groovy的dependencies块里，显式声明你想要的mr-client新版本，Grails 2.x的依赖解析机制会优先使用你指定的版本，直接覆盖两个插件传递过来的旧版本：

dependencies {
    // 保留你原本的其他依赖配置
    compile "com.yourcompany:mr-client:【替换为gw-mr-security使用的新版本号】"
}

这种方式最简单，不用修改插件配置，直接在项目层面统一依赖版本。

2. 排除旧插件的mr-client依赖（更精准） #

如果你不想全局强制版本，只想针对gw-mr这个旧插件做处理，可以在引入它的时候排除掉它自带的mr-client依赖，这样项目就只会加载gw-mr-security带来的新版本了：

plugins {
    // 其他插件配置
    compile ":gw-mr:1.7.3-RELEASE", {
        exclude group: "com.yourcompany", name: "mr-client"
    }
    compile ":gw-mr-security:1.7.4-RELEASE"
}

这种方式针对性更强，不会影响项目中其他可能用到mr-client的依赖。

3. 验证修改是否生效 #

改完配置后，一定要确认依赖树，确保mr-client的版本已经统一。运行以下Grails命令生成详细的依赖报告：

grails dependency-report

打开生成的报告，搜索mr-client，检查所有引用条目是否都是你期望的新版本，避免做无用功。

4. 长期根治方案：更新旧插件的POM（如果有条件） #

如果你们团队有权限更新那个久未维护的gw-mr插件，哪怕代码完全没改动，也建议重新发布一个版本——把它POM里的mr-client依赖改成版本范围（比如[X.Y.Z,)表示不低于某个版本），或者直接升级到和gw-mr-security一致的版本。这样后续其他项目使用这个插件时，就不会再碰到同样的冲突问题了。

内容的提问来源于stack exchange，提问作者Luis Muñíz