java - 使用 MinGW 编译器和 nar-maven-plugin 避免依赖机器的 POM

Question

我有一个简单的基于 JNI 的项目来试验 nar-maven-plugin .我正在运行 Windows 10 并使用 MinGW 编译器。我正在将 native 代码编译为 C++ 而不是 C，尽管我认为这对这个问题并不重要。 (“真实”项目中的 native 实现将使用 C++，所以一旦我超越了这个初始测试，仅仅改变它就不是微不足道的了。)

为了使用 maven install 进行构建通过 Eclipse IDE，我需要在 POM 文件中明确指定链接器作为插件的一部分 configuration .相关部分在这里:

        <plugin>
            <groupId>com.github.maven-nar</groupId>
            <artifactId>nar-maven-plugin</artifactId>
            <version>3.5.1</version>
            <extensions>true</extensions>
            <configuration>
                <linker>
                    <name>g++</name>
                    <options>
                        <option>-Wl,--kill-at</option>
                    </options>
                </linker>
                <libraries>
                    <library>   
                        <type>jni</type>
                        <narSystemPackage>com.mycompany.sandbox</narSystemPackage>
                    </library>
                </libraries>
            </configuration>
        </plugin>

如果我这样做，那么我在我的本地机器上就很好，但我相信我已经将我的 POM 专门用于某些机器/链接器。如果我完全取出它，则会出现此错误:

[INFO] --- nar-maven-plugin:3.5.1:nar-validate (default-nar-validate) @ nar-test ---
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.786 s
[INFO] Finished at: 2017-06-29T17:05:34-04:00
[INFO] Final Memory: 8M/23M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal com.github.maven-nar:nar-maven-plugin:3.5.1:nar-validate (default-nar-validate) on project nar-test: Execution default-nar-validate of goal com.github.maven-nar:nar-maven-plugin:3.5.1:nar-validate failed. NullPointerException -> [Help 1]

如果我离开 <name>g++</name>部分并仅删除选项，然后编译但我的测试失败，因为它无法在运行时链接到 native 实现。 (这与 --kill-at 标志和一个已知问题有关，所以这不是一个可怕的惊喜。)

是否有一种已知的方法来处理这个问题，以便我得到一个独立于机器的 POM？

Answer 1

这是 Build Profiles 的典型用例:

However, sometimes portability is not entirely possible. [...] And at still other times, you may even need to include a whole plugin in the build lifecycle depending on the detected build environment.

因此，将您不同的插件配置放入配置文件中，并在构建时相应地激活它们。

另一种方法是使用如下属性:

<option>${options}</option>

在 case 中使用如下值定义:

mvn ... -Doptions=-Wl,--kill-at