如何为exec-maven-plugin配置maven-compiler-plugin同款类路径生成JNI头文件

我维护一个大型Java多模块项目，顶层pom.xml声明了各类第三方依赖，同时包含多个子模块。现在需要修改其中一个子模块，通过Maven执行javac -h生成JNI头文件，当前的exec-maven-plugin配置如下：

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>exec-maven-plugin</artifactId>
    <version>3.1.0</version>
    <executions>
        <execution>
            <id>generate-jni-headers</id>
            <phase>process-classes</phase>
            <goals>
                <goal>exec</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <workingDirectory>${project.basedir}</workingDirectory>
        <executable>javac</executable>
        <arguments>
            <argument>--class-path</argument>
            <argument>${project.build.sourceDirectory}</argument>
            <argument>-h</argument>
            <argument>${project.basedir}/path_to_include_folder</argument>
            <argument>${project.basedir}/path_to_java_class_file_to_be_processed</argument>
        </arguments>
      </configuration>
</plugin>

但执行时javac报错大量包不存在，这些未解析的包都是顶层pom里声明的第三方依赖。请问怎么修改配置，让javac使用和maven-compiler-plugin编译时相同的类路径？

核心问题是当前仅将源码目录加入类路径，未包含项目依赖的所有JAR包。Maven提供了现成属性可直接获取完整编译期类路径，修改后的配置如下：

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>exec-maven-plugin</artifactId>
    <version>3.1.0</version>
    <executions>
        <execution>
            <id>generate-jni-headers</id>
            <!-- 建议提前到compile阶段，避免依赖已编译class文件的路径问题 -->
            <phase>compile</phase>
            <goals>
                <goal>exec</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <workingDirectory>${project.basedir}</workingDirectory>
        <executable>javac</executable>
        <arguments>
            <!-- 使用Maven提供的完整编译类路径属性 -->
            <argument>-cp</argument>
            <argument>${project.compileClasspathElements}</argument>
            <argument>-h</argument>
            <argument>${project.basedir}/path_to_include_folder</argument>
            <!-- 注意：此处需传入Java源码文件路径，而非class文件路径 -->
            <argument>${project.build.sourceDirectory}/com/example/YourJNIJavaClass.java</argument>
        </arguments>
    </configuration>
</plugin>

关键修改说明： #

• 替换类路径参数：用${project.compileClasspathElements}替代原有的${project.build.sourceDirectory}，该属性会自动包含项目源码目录、所有第三方依赖JAR包、多模块项目中其他子模块的编译输出，完全和maven-compiler-plugin的编译类路径一致。
• 调整执行阶段：将process-classes改为compile，javac -h可直接处理源码文件，提前执行更合理，也能避免路径冲突。
• 修正目标文件路径：确保最后一个参数是带native方法的Java源码文件，而非编译后的class文件。

更简洁的替代方案（JDK 11+） #

如果项目使用JDK 11及以上版本，可直接用maven-compiler-plugin自带的JNI头文件生成功能，无需额外配置exec插件：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.11.0</version>
    <configuration>
        <source>11</source>
        <target>11</target>
        <!-- 开启JNI头文件生成 -->
        <generateHeaders>true</generateHeaders>
        <!-- 指定头文件输出目录 -->
        <headerOutputDirectory>${project.basedir}/path_to_include_folder</headerOutputDirectory>
        <!-- 可选：仅处理指定类，减少不必要的生成操作 -->
        <includes>
            <include>com/example/YourJNIJavaClass.java</include>
        </includes>
    </configuration>
</plugin>

这种方式完全复用编译器的类路径，不会出现依赖缺失问题，配置更简洁。

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