maven多模块依赖版本不一致问题解决

来自:网络
时间:2023-05-17
阅读:
目录

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

项目结构:

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

项目环境:

父工程:

<properties>
    <spring-cloud.version>Greenwich.RELEASE</spring-cloud.version>
    <spring-cloud-alibaba.version>2.1.0.RELEASE</spring-cloud-alibaba.version>
</properties>
<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-dependencies</artifactId>
        <version>${spring-cloud.version}</version>
        <type>pom</type>
        <scope>import</scope>
    </dependency>
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-alibaba-dependencies</artifactId>
        <version>${spring-cloud-alibaba.version}</version>
        <type>pom</type>
        <scope>import</scope>
    </dependency>
</dependencies>

shop-common模块:

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-jpa</artifactId>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
    </dependency>
    <dependency>
        <groupId>com.alibaba</groupId>
        <artifactId>fastjson</artifactId>
        <version>1.2.56</version>
    </dependency>
    <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
        <version>5.1.6</version>
    </dependency>
</dependencies>

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

问题:

maven多模块依赖版本不一致问题解决

除了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工程,里面已经默认配置了一个<mysql.version>8.0.15</mysql.version>,所以导致了其他三个模块都是使用的这个版本的依赖。

解决方案:

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

<properties>
        <mysql.version>5.1.6</mysql.version>
</properties>

maven多模块依赖版本不一致问题解决

返回顶部
顶部