踩坑:maven打包失败的解决方式总结

Maven打包失败原因总结如下:

失败原因1:无法使用spring-boot-maven-plugin插件

使用spring-boot-maven-plugin插件可以创建一个可执行的JAR应用程序,前提是应用程序的parent为spring-boot-starter-parent。

需要添加parent的包spring-boot-starter-parent


<parent>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-parentartifactId>
    <version>2.3.6.RELEASEversion>
    <relativePath/>
parent>

在多模块依赖时,若parent包不是的spring-boot-starter-parent,而是自己定义的包,则应该在插件中添加如下配置:

<plugin>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-maven-pluginartifactId>
    <executions>
        <execution>
            <goals>
                <goal>repackagegoal>
            goals>
        execution>
    executions>
plugin>

失败原因2:包无法被依赖
根据官网的说法,直接生成的包是可执行的jar包,可执行jar包无法被依赖。

通过解压缩jar包,可以看到可执行的jar包有BOOT-INF和META-INF文件夹,可被依赖的jar包无BOOT-INF文件夹,只含有META-INF文件夹。
通过以下配置生成两个jar包,可以被依赖。

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-maven-pluginartifactId>
            <configuration>
                <classifier>execclassifier>
            configuration>
        plugin>
    plugins>
build>

踩坑:maven打包失败的解决方式总结_第1张图片

报错:程序包xxx不存在!
失败原因3:在子模块中执行打包命令,而不是执行的父模块的插件
例如:各模块的依赖结构如下

  • generic-admin //管理员模块
  • generic-common //公共模块
  • generic-security //安全模块
  • generic-pom //父模块

管理员模块依赖安全模块,安全模块依赖公共模块,他们都有父模块。

有的人在子模块中也添加了插件,若在子模块中执行打包命令,只能打包单独的模块,会出现程序包不存在的报错。


<plugin>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-maven-pluginartifactId>
plugin>

踩坑:maven打包失败的解决方式总结_第2张图片

正确的做法:应该在父模块执行打包命令!
插件配置如下:

<plugin>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-maven-pluginartifactId>
    <configuration>
        <classifier>execclassifier>
    configuration>
    <executions>
        <execution>
            <goals>
                <goal>repackagegoal>
            goals>
        execution>
    executions>
plugin>

最后,生成jar包后,执行命令启动

nohup java -jar  xxx.jar &

你可能感兴趣的:(maven,spring,boot,java)