多层Module依赖项目Maven编译错误的解决方案

多层Module依赖项目Maven编译错误的解决方案

一、Maven编译错误信息

Maven编译时报错如下:

复制代码
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.14.0:compile (default-compile) on project erp-concrete: Compilation failure: Compilation failure:
[ERROR] /D:/IdeaProject/tr-erp/erp-modules/erp-concrete/src/main/java/com/tongruan/cm/base/service/impl/CmBaseChatecUtilsImpl.java:[104,63] 无法访问BaseMapperPlus
[ERROR]   找不到BaseMapperPlus的类文件
[ERROR] /D:/IdeaProject/tr-erp/erp-modules/erp-concrete/src/main/java/com/tongruan/cm/base/service/impl/CmBaseMatSpecServiceImpl.java:[216,53] 找不到符号
[ERROR]   符号:   方法 selectObjs(com.baomidou.mybatisplus.core.conditions.query.LambdaQueryWrapper<com.tongruan.system.domain.SysTenant>,(x)->{ ret[...]x); )
[ERROR]   位置: 类型为com.tongruan.system.mapper.SysTenantMapper的变量 sysTenantMapper
[ERROR] /D:/IdeaProject/tr-erp/erp-modules/erp-concrete/src/main/java/com/tongruan/cm/dispatch/service/impl/CmDispatchTaskReportServiceImpl.java:[2066,43] 找不到符号
[ERROR]   符号:   方法 selectById(java.lang.Long)
[ERROR]   位置: 类型为com.tongruan.system.mapper.SysDeptMapper的变量 sysDeptMapper

二、错误原因分析

2.1 错误类型

这些错误是编译时依赖找不到的问题,具体原因如下:

错误文件 错误原因
CmBaseChatecUtilsImpl.java SysDictDataMapper 继承的 BaseMapperPlus 接口找不到
CmBaseMatSpecServiceImpl.java SysTenantMapper.selectObjs 方法不存在
CmDispatchTaskReportServiceImpl.java SysDeptMapper.selectById 方法不存在

2.2 根本原因

通过分析,项目结构如下:

复制代码
tr-erp (父POM)
├── erp-common (公共模块)
│   └── erp-common-mybatis (包含 BaseMapperPlus)
├── erp-modules
│   ├── erp-system (业务模块,依赖 erp-common-mybatis)
│   └── erp-concrete (业务模块,依赖 erp-system)

问题原因 : 在执行 mvn compile 时,如果未指定 -am (also-make) 参数,Maven只会编译指定模块,不会自动编译其依赖模块。这导致:

  1. erp-system 模块未先被编译
  2. erp-common-mybatis 中的 BaseMapperPlus 类未被加载到类路径
  3. 因此 erp-concrete 编译时找不到相关类和方法

三、解决步骤

3.1 解决方案

使用 Maven 的 -am 参数,该参数会同时编译指定模块的所有依赖模块:

bash 复制代码
mvn compile -pl erp-modules/erp-concrete -am -DskipTests

参数说明:

  • -pl erp-modules/erp-concrete:指定编译 erp-concrete 模块
  • -am (also-make):同时编译指定模块的依赖模块
  • -DskipTests:跳过测试以加快编译速度

3.2 验证结果

执行上述命令后,编译成功:

复制代码
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary for tr-erp 5.5.3:
[INFO]
[INFO] tr-erp ............................................. SUCCESS
[INFO] erp-common ......................................... SUCCESS
[INFO] erp-common-core .................................... SUCCESS
[INFO] erp-common-mybatis ................................. SUCCESS
[INFO] erp-system ......................................... SUCCESS
[INFO] erp-concrete ....................................... SUCCESS
[INFO] ------------------------------------------------------------------------

四、总结

4.1 问题本质

这不是代码错误,而是Maven模块依赖编译顺序问题。当一个模块依赖另一个模块时,需要确保依赖模块先被编译。

4.2 单独编译某个模块

核心问题:当一个模块依赖另一个模块时,需要确保依赖模块先被编译或安装到本地仓库。

编译 erp-concrete 模块(包含依赖)

方案一:使用 -am 参数(同时编译依赖模块)

bash 复制代码
mvn clean compile -pl erp-modules/erp-concrete -am -DskipTests

参数说明:

  • -pl: 指定要编译的模块 (project list)
  • -am: 同时编译指定模块的依赖模块 (also-make)
  • -DskipTests: 跳过测试

方案二:先安装依赖模块,再编译目标模块(推荐)

bash 复制代码
# 第一步:先安装 erp-system 及其依赖到本地仓库
mvn install -pl erp-modules/erp-system -am -DskipTests

# 第二步:编译 erp-concrete(此时依赖已在本地仓库)
mvn compile -pl erp-modules/erp-concrete -DskipTests
编译 erp-system 模块(包含依赖)
bash 复制代码
mvn clean compile -pl erp-modules/erp-system -am -DskipTests

4.3 常用打包命令

场景 推荐命令
首次完整编译 mvn compile -DskipTests
清理并完整编译 mvn clean compile -DskipTests
清理并打包 mvn clean package -DskipTests
单独编译 erp-concrete mvn install -pl erp-modules/erp-system -am -DskipTests && mvn compile -pl erp-modules/erp-concrete -DskipTests
安装到本地仓库 mvn clean install -DskipTests

4.4 最佳实践

  1. 开发时编译 :在开发 erp-concrete 模块时,始终使用 -am 参数:

    bash 复制代码
    mvn compile -pl erp-modules/erp-concrete -am
  2. 清理后编译 :如果执行了 mvn clean,必须使用 -am 参数:

    bash 复制代码
    mvn clean compile -pl erp-modules/erp-concrete -am
  3. 安装依赖模块:可以先安装依赖模块:

    bash 复制代码
    mvn install -pl erp-modules/erp-system -am -DskipTests

4.5 验证状态

验证项 状态
Maven编译 erp-concrete 模块 ✅ 成功
依赖模块编译顺序正确 ✅ 成功
代码无需修改 ✅ 确认

五、后续建议

如果后续仍然遇到类似的编译问题,可以尝试:

  1. 使用 -am 参数同时编译依赖模块
  2. 执行 mvn clean install -DskipTests 重新构建整个项目
  3. 检查 IDE 的 Maven 工具是否正确配置了模块依赖

关键点

  1. 依赖顺序:Maven 会自动根据 pom.xml 中的依赖声明计算编译顺序
  2. -am 参数 :当需要单独编译某个模块时,使用 -am 参数同时编译其依赖;但如果依赖模块已安装到本地仓库,建议不使用 -am,直接编译即可
  3. -DskipTests:生产环境建议添加,跳过测试以加快编译速度
  4. 推荐流程 :
    • 首次编译:mvn compile -DskipTests
    • 后续开发:mvn install -pl erp-modules/erp-system -am -DskipTests 然后 mvn compile -pl erp-modules/erp-concrete -DskipTests
相关推荐
蛋蛋的就会顺顺的10 小时前
hot100 p0——栈,贪心算法,动态规划
java·前端·javascript·算法·leetcode·力扣
需要82610 小时前
Spring Bean 生命周期:从实例化到销毁的完整钩子
java·后端·spring
小 黄 鸡10 小时前
HashMap 面试必会知识点详解(JDK 8)
java·面试·职场和发展
伯恩bourne12 小时前
Spring Boot Bean 注册的两种方式:@Component 家族 vs @Configuration + @Bean
java·spring boot·后端
silvamux_13 小时前
curl 测试 OpenAI 兼容 API 的完整流程
java·人工智能·缓存·ai·oneapi
省钱兄--zs13 小时前
深圳24小时自助健身房软硬件解决方案实战指南与开发流程详解
java·数据仓库·spring boot·小程序·架构
顽疲13 小时前
Java vue 养老系统源码详解:月账单 care_month_bill 与 Quartz 扣费 Job 实践
java·开发语言·vue.js·vue养老·springboot养老·java养老
Wang's Blog13 小时前
Java 项目实战: 交友项目 - 安装开发工具与环境准备
java·开发语言·交友
用户212968352616814 小时前
开源了一个 Java 多智能体 LLM 框架 Baton:一个依赖,把 Agent 循环、工具调用、记忆、编排全配齐
java·llm
helmsail14 小时前
05 管理活动与选品
java