Python 官方文档:入门教程 => 点击学习
目录SpringBoot Maven 打包插件介绍及注意事项1. springboot项目默认生成的可执行jar,为什么不能作为依赖导入其他项目?2. 有木有办法可以一次性获得可执行
Spring Boot 项目默认的插件是spring-boot-maven-plugin:
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
使用上面的插件会将项目A打包成一个可执行的jar 和一个.original文件如下:
可以看到,可执行的jar包比另一个original文件大多了,分别解压这两个文件,original文件去掉后缀重命名可解压:可执行jar打开如下:
original文件重命名后打开如下:
从这两张图片对比可以得知,可执行jar将项目的依赖都放进去了且目录和传统的jar包目录不同,多了一层BOOT-INF,因此这个jar包不能直接作为其他项目的依赖,不可执行jar没有把依赖打进去,和传统的jar包目录一致,因此去掉它的.original后缀可以作为其他项目的依赖。
官方当然也准备了,使用下面的插件即可:
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<classifier>exec</classifier>
</configuration>
</plugin>
打包结果:
遇到的问题
将上述A项目的依赖jar引入另一个项目B时,启动项目依旧报找不到相关依赖?
原因:
因为上述的依赖jar 并没有把A项目依赖的其他jar包给引进来,只是把A项目的代码给打成了jar包
解决办法:
将上述的A项目依赖jar安装到本地maven仓库或者公司的私服,然后在B项目通过maven引入,因为通过maven引入的方式,项目会自动去寻找依赖jar本身所需要引入的依赖。(推荐)将上述的A项目依赖jar直接放到B项目工程下,即springboot引入第三方jar的方式,这样引入后,还需要单独把A项目中用到的依赖,在B项目的pom文件单独再引入一下。采用下面的打包插件,在打A项目的依赖jar时,就把A项目需要的依赖全部一起打进去
将项目中所有依赖都打进依赖jar的打包插件
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<appendAssemblyId>false</appendAssemblyId>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<arcHive>
<manifest>
<!-- 此处指定 main 方法入口的class -->
<mainClass>com.libii.sso.LibiiSpringBootStartApplication</mainClass>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<Goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
打包结果:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
build-info
:生成项目的构建信息文件 build-info.propertiesrepackage
:这个是默认 goal,在 mvn package 执行之后,这个命令再次打包生成可执行的 jar,同时将 mvn package 生成的 jar 重命名为 *.originrun
:这个可以用来运行 Spring Boot 应用start
:这个在 mvn integration-test 阶段,进行 Spring Boot 应用生命周期的管理stop
:这个在 mvn integration-test 阶段,进行 Spring Boot 应用生命周期的管理发现父工程指定的是repackage [spring-boot-starter-parent pom.xml]
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
<configuration>
<mainClass>${start-class}</mainClass>
</configuration>
</plugin>
再看下打包结果内容中的MANIFEST.MF
Manifest-Version: 1.0
Implementation-Title: first-spring-boot-application
Implementation-Version: 1.0.0-SNAPSHOT
Built-By: weifei
Implementation-Vendor-Id: thinking-in-spring-boot
Spring-Boot-Version: 2.0.2.RELEASE
Main-Class: org.springframework.boot.loader.JarLauncher
Start-Class: thinking.in.spring.boot.App
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Created-By: Apache Maven 3.5.2
Build-jdk: 1.8.0_172-ea
Implementation-URL: Http://maven.apache.org
发现Main-Class属性值为org.springframework.boot.loader.JarLauncher
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<!--使用-Dloader.path需要在打包的时候增加<layout>ZIP</layout>,不指定的话-Dloader.path不生效-->
<layout>ZIP</layout>
<!-- 指定该jar包启动时的主类[建议] -->
<mainClass>com.common.util.CommonUtilsApplication</mainClass>
</configuration>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
设置<layout>ZIP</layout>时Main-Class为org.springframework.boot.loader.PropertiesLauncher
1.JAR
,即通常的可执行jar
Main-Class: org.springframework.boot.loader.JarLauncher
2.WAR
,即通常的可执行war,需要的servlet容器依赖位于WEB-INF/lib-provided
Main-Class: org.springframework.boot.loader.warLauncher
3.ZIP
,即DIR,类似于JAR
Main-Class: org.springframework.boot.loader.PropertiesLauncher
4.MODULE
,将所有的依赖库打包(scope为provided的除外),但是不打包Spring Boot的任何Launcher
5.NONE
,将所有的依赖库打包,但是不打包Spring Boot的任何Launcher 之所以可以使用java -jar运行,和MANIFEST.MF文件里的配置关系密切
赠送知识点:
以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。
--结束END--
本文标题: springboot maven 打包插件介绍及注意事项说明
本文链接: https://www.lsjlt.com/news/159858.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-03-01
2024-03-01
2024-03-01
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0