Java8升级至Java17后scala-maven-plugin导致Maven构建失败

核心原因分析 #

你的编译错误和scala-maven-plugin版本无关，核心问题是代码中引用的perfTrack变量、TimeIt包级对象在当前编译环境中缺失，常见触发场景包括：

• 依赖缺失：这些工具类来自某个未正确引入的自定义内部库或第三方性能监控库
• Scala版本不兼容：升级到Java 17后，项目原Scala版本（如2.12.x）不支持Java 17，导致依赖库无法正常加载
• 多模块依赖问题：包含这些类的模块未被当前模块正确依赖，或该模块自身编译失败未生成class文件

具体修复步骤 #

1. 定位缺失类的来源 #

• 搜索项目代码仓库，确认perfTrack和TimeIt的归属：
  • 若为自定义类：检查它们所在的模块是否被当前模块添加了compile级别的依赖，同时确认该模块在Java 17环境下能正常编译（无语法或依赖错误）
  • 若为第三方库：查找对应的Maven依赖坐标，确保在pom.xml中正确引入，且依赖版本明确支持Java 17

2. 对齐Scala版本与Java 17的兼容性 #

scala-maven-plugin 4.9.2支持Scala 2.12.x至3.x，但不同Scala版本对Java的支持有差异：

• Scala 2.12.x最高仅支持Java 11，升级到Java 17必须切换到Scala 2.13.x或3.x
• 在pom.xml中明确指定兼容的Scala版本，示例：

<properties>
  <scala.version>2.13.12</scala.version>
</properties>

同时保证scala-library依赖版本与上述配置完全一致

3. 验证编译依赖配置 #

• 若perfTrack和TimeIt来自自定义模块，确保当前模块的pom.xml中包含正确依赖：

<dependency>
  <groupId>你的项目组ID</groupId>
  <artifactId>工具类所在模块ID</artifactId>
  <version>对应版本号</version>
  <scope>compile</scope>
</dependency>

• 多模块项目中，确保工具类模块在当前模块之前编译（可通过调整模块在父pom.xml中的声明顺序实现）

4. 清理缓存后重新构建 #

执行以下命令清理旧编译文件，避免缓存干扰：

mvn clean install -DskipTests

额外排查点 #

• 检查代码中的静态导入语句：确认TimeIt的包路径是否正确，是否存在拼写错误
• 验证编译参数：确保Java 17的--release参数配置正确，避免生成不兼容的字节码版本

内容的提问来源于stack exchange，提问作者sjain