spring-boot-maven-plugin:打包时排除provided依赖问题

目录

• spring-boot-maven-plugin:打包时排除provided依赖
• 通过指定groupId和artifactId排除某个特定的依赖
• 指定groupId排除groupId相关的所有依赖
• maven-compiler-plugin和spring-boot-maven-plugin的选择
• maven-compiler-plugin方式
• spring-boot-maven-plugin方式
• 总结

spring-boot-maven-plugin:打包时排除prhttp://www.devze.comovided依赖

spring-boot-mapythonven-plugin 插件提供spring boot的maven打包支持。

项目中scope为provided的依赖，比如 lombok、myBATis-plus 等，只作用于编译阶段，编译完成就可以功编程客栈成身退了。

在spring maven打包时，provided依赖会排除在开发者_开发入门包外，但springboot maven打包时，还会将这些依赖打进 war 包的 lib-provided 文件夹里或 jar 包的 lib 文件夹里。

springboot项目构建jar包或war包的命令为repackage，作用于maven生命周期的package阶段，在 mvn package 执行之后，这个命令再次打包生成可执行的包，例如打jar包时，生成可执行jar包，同时将 mvn package 生成的 jar 重命名为 *.origin。

默认情况下，repackage会将工程中引入的任何依赖打到包中。

以lom编程客栈bok为例，官方提供了以下方式可以将provided依赖从springboot项目包中排除。

<dependency>
 <groupId>org.projectlombok</groupId>
 <artifactId>lombok</artifactId>
 <scope>provided</scope>
</dependency>

通过指定groupId和artifactId排除某个特定的依赖

<build>
 <plugins>
   <plugin>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-maven-plugin</artifactId>
     <configuration>
       <excludes>
         <exclude>
           <groupId>org.projectlombok</groupId>
           <artifactId>lombok</artifactId>
         </exclude>
       </excludes>
     </configuration>
   </plugin>
 </plugins>
</build>

指定groupId排除groupId相关的所有依赖

<build>
 <plugins>
   <plugin>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-maven-plugin</artifactId>
     <configuration>
       <excludeGroupIds>org.projectlombok</excludeGroupIds>
     </configuration>
   </plugin>
 </plugins>
</build>

maven-compiler-plugin和spring-boot-maven-plugin的选择

在搭建springboot项目时候，会遇到maven打包插件报错的情况，笔者做了一个测试，对这2种方式进行一个验证 

maven-compiler-plugin方式

此种方式打出的包是一个普通jar，并不能执行，但是可以被引用其中的bean。可以点开其jar包一探究竟，发现并没有把依赖打进包里。

 不含有root-inf，没有依赖被打进来。

spring-boot-maven-plugin方式

这种方式打出的包可执行，但是我并没有去RcHDMlU验证其中的bean是否可以被引用。网上说不可被引用，有待进一步验证。

打好的包到服务器上运行，可运行 ，且含有完整的依赖包

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持我们。