maven多模块依赖版本不一致问题解决-kb88凯时官网登录

来自:网络
时间:2023-05-17
阅读:
免费资源网 - https://freexyz.cn/
目录

复习springcloud-alibaba的时候,在自己本地搭建好了环境并做了个测试没有发现异常,第二天在公司克隆代码下来之后服务器启动失败,在此记录问题以及kb88凯时官网登录的解决方案。

项目结构:

├─springcloud-alibaba
        ├─.idea
        ├─shop-common
        ├─shop-order
        ├─shop-product
        └─shop-user

项目环境:

父工程:


    greenwich.release
    2.1.0.release


    
        org.springframework.cloud
        spring-cloud-dependencies
        ${spring-cloud.version}
        pom
        import
    
    
        com.alibaba.cloud
        spring-cloud-alibaba-dependencies
        ${spring-cloud-alibaba.version}
        pom
        import
    

shop-common模块:


    
        org.springframework.boot
        spring-boot-starter-data-jpa
    
    
        org.projectlombok
        lombok
    
    
        com.alibaba
        fastjson
        1.2.56
    
    
        mysql
        mysql-connector-java
        5.1.6
    

shop-product、shop-order、shop-user三个模块都引入了shop-common

问题:

除了shop-common模块之外,其他三个模块的mysql连接器依赖的版本都是8.0.15,因为我本地的mysql版本刚好这两个连接器的版本都可以使用,所以第一次测试的时候没有发现任何异常,但第二天在公司用的mysql版本需要更高级的连接器版本,所以项目启动的时候一直报连接错误,检查发现模块对应的依赖和自己的设置不一致,查阅资料后了解到这是maven的依赖原则的原因。

maven依赖原则:

  • 最短路径原则 a -> b -> c -> d(v1)        f -> g -> d(v2)

模块d重复引用依赖jar包,maven会自动选择最短的引用路径,所以模块d最后会选择v2版本的依赖。

  •  优先声明原则

在引入依赖的时候直接声明版本则依赖使用当前版本。

这次的问题就出在了maven的最短路径原则上,由于我的其他三个模块都是直接依赖于父工程的,引入了shop-common模块之后路径长了1,恰好父工程是一个springboot工程,里面已经默认配置了一个8.0.15,所以导致了其他三个模块都是使用的这个版本的依赖。

kb88凯时官网登录的解决方案:

在父工程中的properties标签锁定需要的版本依赖


        5.1.6
免费资源网 - https://freexyz.cn/
返回顶部
顶部
网站地图