spring boot子项目引入内部jar包,一直打包报错的原因分析

本文分析了在Spring Boot子项目中引入内部jar包时,打包过程中遇到的错误原因,并提供了详细的解决步骤:首先,创建公共项目并打包成jar;其次,将jar包引入子项目lib目录并在pom.xml中配置;虽然在代码中使用工具类不会报错,但在打包时会出现找不到依赖的问题;最后,通过修改jar包的pom配置并重新打包,解决了子项目打包失败的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.首先我这边新建springboot项目,然后写了一些工具类,供子项目引用。把这个公共项目先clean,再package。这样在我们的target目录下就生成了一个公共工具类的jar包。
在这里插入图片描述
2.在子项目引入这个jar包。 在子项目项目目录下面新建libs文件夹,将jar包拷至文件夹内。然后在子项目的pom文件夹中引入该jar包。引入的绝对路径是:
在这里插入图片描述
在这里插入图片描述
这里:我贴上我这边的build里面的配置:重要的配置我已经注释说明了

  <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <!--这是打包所必须的配置-->
                <configuration>
                    <includeSystemScope>true</includeSystemScope>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                    <encoding>UTF-8</encoding>
                </configuration>
            </plugin>
        </plugins>
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <includes>
                    <include>**/*</include>
                </includes>
                <filtering>false</filtering>
            </resource>
            <resource>
                <directory>src/main/java</directory>
                <includes>
                    <include>**/*.yml</include>
                </includes>
                <filtering>false</filtering>
            </resource>
            <!--资源存放的文件夹-->
            <resource>
                <directory>${project.basedir}/libs</directory>
                <targetPath>BOOT-INF/lib/</targetPath>
            </resource>
            <resource>
                <directory>src/main/resources</directory>
                <targetPath>BOOT-INF/classes/</targetPath>
            </resource>
        </resources>
    </build>

3.此时如果我们在子项目用到引入jar里面的工具类的话,引入是不会报错的。但是,重点来了,我们在执行打包package的时候,会报依赖刚才引入的工具类找不到,怎么执行都不会打包成功。
下面是我子项目打包报错的信息:
在这里插入图片描述

4.解决方案
修改需要引入的jar包pom配置,重新打包,子项目引入即可
在这里插入图片描述
*外部jar包的重要配置文件====这个坑我爬了好久*

去除原先的maven-plugin。新增一个maven打包编译用的插件
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.8</source> <!-- 源代码使用的JDK版本 -->
                    <target>1.8</target> <!-- 需要生成的目标class文件的编译版本 -->
                    <encoding>UTF-8</encoding><!-- 字符集编码 -->
                </configuration>
            </plugin>
        </plugins>
    </build>
### Java WAR打包错误解决方案 对于Java WAR打包过程中遇到的错误,特别是当WAR被打出来之后无法找到资源文件的情况,这通常涉及到Spring Boot应用如何处理静态资源以及Maven构建配置的问题。 在开发环境中,如果将图像或其他资源放置于`src/main/resources/`目录下,在IDE内部运行程序时能够正常访问这些资源。然而一旦被打包成WAR并部署至Tomcat容器中(即使是在Spring Boot内置Tomcat的情况下),由于路径变化可能导致应用程序尝试通过类加载器来定位资源失败[^1]。 为了确保能够在生产环境下正确获取位于classpath下的资源,建议采用如下方式: #### 修改资源配置方法 应当利用ClassLoader.getResourceAsStream()函数代替直接操作文件系统的方式去读取嵌入式的WAR中的资源。例如,假设有一张名为image.png的照片存放在resources/static/images/子目录里,则可以通过以下代码片段实现安全可靠的读取: ```java InputStream inputStream = ClassLoader.getSystemResourceAsStream("static/images/image.png"); // 处理输入流... if (inputStream != null) { try { // 使用输入流进行后续操作 } finally { inputStream.close(); } } ``` 此外,还需确认项目的pom.xml文件已正确定义了<packaging>标签为war,并且含了正确的依赖项用于支持Web应用程序的功能需求[^2]。 针对具体提到的异常——`ExceptionInInitializerError: Cannot access defaults field of Properties`,此类问题往往源于第三方库版本冲突或是某些特定条件下初始化过程出现问题所致。此时应该仔细审查POM文件内的依赖树结构,排查是否有重复引入相同功能却不同版本的jar情况发生;同时注意清理本地仓库缓存(.m2/repository),重新执行mvn clean install命令以排除潜在干扰因素[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值