mvn compile成功但exec:java运行报源版本低于1.7错误解决

两个命令的执行逻辑差异 #

两个命令的核心差异在于执行范围、编译产物来源完全不同：

• mvn compile：仅触发Maven生命周期compile阶段绑定的所有插件逻辑，核心是调用你配置的maven-compiler-plugin 3.8.0，按照指定的JDK 1.8 source/target规则，用标准JDK的javac编译器将源码编译为class文件输出到target/classes目录。该命令执行成功说明你在pom中配置的Maven编译规则完全正确，不存在语法兼容问题。
• mvn compile exec:java -D exec.mainClass="mygroup.TestExpression"：前半段确实会先执行compile阶段完成Maven侧的编译，但后半段exec:java是exec-maven-plugin提供的独立运行目标，它不会强制只加载Maven compile阶段输出的class文件。你遇到的报错和exec-maven-plugin版本无关，本质是VSCode的Java语言服务默认使用Eclipse ECJ编译器做增量编译，在未正确识别Maven配置时会默认使用低于1.7的源码级别编译，生成带编译错误标记的class文件；exec-maven-plugin运行时优先加载了这部分IDE生成的错误class，才会抛出"Resource specification not allowed here for source level below 1.7"的错误。

注：报错信息中出现Unresolved compilation problem是ECJ编译器的典型特征——标准javac遇到语法错误会直接中断编译、不生成class文件，只有ECJ会在编译失败时仍生成带错误标记的class，运行到对应代码行时才抛出该错误。

单命令编译+运行的解决方法 #

任选以下一种方案即可实现单命令跑通编译+运行流程，彻底解决报错：

方案1：强制使用Maven编译产物，规避IDE增量编译干扰 #

1. 在pom.xml的<build><plugins>节点下添加exec-maven-plugin的固定配置，避免每次执行输入长参数：

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>exec-maven-plugin</artifactId>
    <version>3.0.0</version>
    <configuration>
        <mainClass>mygroup.TestExpression</mainClass>
        <classpathScope>compile</classpathScope>
    </configuration>
</plugin>

2. 后续直接执行以下单命令即可完成编译+运行：

mvn clean compile exec:java

命令中增加clean是为了提前清空target目录下残留的IDE生成的错误class文件，确保所有class都由maven-compiler-plugin按JDK1.8规则编译生成。

方案2：修正VSCode Java项目的源码兼容级别 #

如果需要在VSCode内直接运行代码、不想每次执行都加clean步骤，可以直接修正IDE的编译配置：

• 按快捷键Ctrl+Shift+P打开VSCode命令面板
• 输入Java: Configure Java Runtime回车打开配置页
• 切换到Project Structure标签，将当前项目的Source Level修改为1.8
• 等待Java语言服务重新加载项目完成即可，后续IDE编译、exec命令运行都会使用JDK1.8的语法规则，不会再出现兼容报错。

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