maven父子模块jar包管理和spring boot

maven父子模块jar包管理和spring boot

项目结构:

1parent--父模块空maven项目, 用于管理子模块
2    controller
3    service
4    dao
5    model
6    client--被其他项目依赖进行微服务内部调用(因下面问题导致client在其他项目中版本冲突和引入大量无用的jar包)

存在问题:

1. 父模块继承spring boot和引入大量jar包, 当项目1引入项目2中的client模块时导致项目2中父模块中很多无用的jar包也引入到项目1中
2. 开始计划是父模块放公用的包和管理子模块的版本, 最后每个人的习惯不一样导致不同项目之间的版本冲突
3. spring boot继承在maven父子模块中很容易版本冲突

解决方法:

1. 哪个模块用到什么引入什么, 保持子模块独立
2. 父模块只放<properties>标签管理版本, 不引入任何jar包
3. 父模块不继承spring boot, 由controller层导入spring boot

由父模块继承spring boot改为子模块导入spring boot

1<!-- 父模块不要这样使用继承 -->
2<parent>
3    <groupId>org.springframework.boot</groupId>
4    <artifactId>spring-boot-starter-parent</artifactId>
5    <version>1.5.13.RELEASE</version>
6    <relativePath/> <!-- lookup parent from repository -->
7</parent>
8
9
10<!-- 使用dependencyManagement导入版本号 -->
11<dependencyManagement>
12    <dependencies>
13        <!-- 
14            自定义版本覆盖spring boot内的版本;
15            比如验证框架6.0.10.Final覆盖spring boot parent内的5.3.6.Final;
16            项目会优先获取spring boot内版本, 覆盖可以避免版本冲突
17            注意: 覆盖版本一定要在spring-boot-dependencies上面
18        -->
19        <dependency>
20            <groupId>org.hibernate</groupId>
21            <artifactId>hibernate-validator</artifactId>
22            <version>6.0.10.Final</version>
23        </dependency>
24
25        <!-- 导入spring boot的pom -->
26        <dependency>
27            <groupId>org.springframework.boot</groupId>
28            <artifactId>spring-boot-dependencies</artifactId>
29            <version>1.5.13.RELEASE</version>
30            <type>pom</type>
31            <scope>import</scope>
32        </dependency>
33    </dependencies>
34</dependencyManagement>
35
36.....
37
38<!-- 使用导入, 一定要使用spring-boot-maven插件, 否则无法使用java -jar 命令 -->
39<plugin>
40    <groupId>org.springframework.boot</groupId>
41    <artifactId>spring-boot-maven-plugin</artifactId>
42    <version>1.5.13.RELEASE</version>
43    <configuration>
44        <mainClass>${start-class}</mainClass>
45        <layout>ZIP</layout>
46        <!--<skip>true</skip>-->
47    </configuration>
48    <executions>
49        <execution>
50            <goals>
51                <goal>repackage</goal>
52            </goals>
53        </execution>
54    </executions>
55</plugin>