Maven 默认编译错误不显示具体出错的 Java 源文件和行号，尤其在迁移 javax.* 到 jakarta.* 时难以快速定位残留引用；本文提供可落地的排查策略，包括启用详细编译日志、强制 javac 输出位置信息、检查第三方依赖间接引入的旧包等。
maven 默认编译错误不显示具体出错的 java 源文件和行号，尤其在迁移 `javax.*` 到 `jakarta.*` 时难以快速定位残留引用；本文提供可落地的排查策略，包括启用详细编译日志、强制 javac 输出位置信息、检查第三方依赖间接引入的旧包等。
当 Maven 报出类似 error: Couldn't find type javax.enterprise.context.ApplicationScoped 的编译错误，但未指明是哪个 .java 文件中的哪一行触发该问题时，说明 Java 编译器（javac）在类型解析阶段失败，而 Maven 的 maven-compiler-plugin 默认隐藏了具体的源码上下文。这不是配置缺失或环境问题，而是诊断路径需要主动增强。
✅ 正确排查步骤（按优先级排序）
1. 启用 javac 的详细错误定位（关键！）
在 pom.xml 的 maven-compiler-plugin 配置中，显式启用 -verbose 和 -Xdiags:verbose，并确保使用标准 javac（而非 Eclipse JDT）：
<plugin><artifactid>maven-compiler-plugin</artifactid><version>${compiler-plugin.version}</version><configuration><forcejavaccompileruse>true</forcejavaccompileruse><compilerargs><arg>-verbose</arg><arg>-Xdiags:verbose</arg><!-- 可选：定位到具体文件行号 --><arg>-Xlint:all</arg></compilerargs></configuration></plugin>
然后执行：
mvn clean compile -X 2>&1 | grep -A5 -B5 "ApplicationScoped"
-X 启用 Maven 调试日志，配合 -verbose 可看到 javac 逐个加载类、解析注解的过程，错误发生前最后加载的 .java 文件极大概率就是问题源头。
2. 检查依赖树中的“幽灵” javax.* 传递依赖
即使你已手动替换全部源码，仍可能有第三方库（如 neo4j-ogm、quarkus-neo4j 等）在字节码或注解处理器中*硬编码引用 `javax.` 包**。运行：
mvn dependency:tree -Dincludes=javax.enterprise
若输出非空，说明某依赖（例如旧版 neo4j-ogm-core）自带 javax.enterprise.context.* 类 —— 这正是你遇到的问题根源。正如答案所指出：升级 neo4j-ogm 和 quarkus-neo4j 至兼容 Jakarta EE 9+ 的版本后，错误消失，因为新版已将内部引用迁移至 jakarta.*。
3. 使用 mvn compile -e + 日志关键词过滤（辅助验证）
虽然 -e 不直接显示源文件，但它会打印完整的异常栈。重点关注 CompilationFailureException 前的 AbstractCompilerMojo.execute 调用链中，javac 实际编译的源文件列表（通常在 Compiling X source files 日志后）。结合 IDE 全局搜索 @ApplicationScoped（含注释、字符串字面量），再比对编译顺序，可交叉锁定可疑类。
⚠️ 注意事项
- 不要依赖 IDE 内置 Maven（如 IntelliJ Bundled）的静默编译：其日志截断严重。务必在终端使用命令行 mvn 执行。
- maven-compiler-plugin 版本需 ≥ 3.10.1：旧版（如你使用的 3.8.1）对 Jakarta 迁移支持不完善，建议升级至 3.11.0 或更高。
- Quarkus 项目需匹配平台版本：quarkus-platform-version 为 3.0.1.Final 表明已要求 Jakarta EE 9+，因此所有依赖必须满足此契约；任何残留 javax.* 的依赖均属不兼容。
✅ 总结
Maven 不报具体出错文件，本质是 javac 错误信息被插件封装。解决的核心逻辑是：绕过 Maven 封装，直取 javac 原生诊断输出。通过 forceJavacCompilerUse + -verbose + -Xdiags:verbose 组合，辅以依赖树分析，即可精准定位到由第三方库引入的 javax.* 引用，并通过升级对应依赖（如 neo4j-ogm）一劳永逸解决。迁移 Jakarta 不仅是代码替换，更是生态兼容性治理。
