Java JNI Maven本机Maven插件-如何设置共享库的最终名称

Java JNI Maven本机Maven插件-如何设置共享库的最终名称,java,maven,java-native-interface,native-maven-plugin,Java,Maven,Java Native Interface,Native Maven Plugin,我正在与JNI和Maven一起研究如何自动化构建过程。 在Linux平台上,当涉及到输出文件名时,我遇到了一些困难。当我运行maven构建时(下面是linux平台的pom.xml),返回的共享库文件名是jniExampleNative.so。 如果我尝试用它运行java程序,我会得到java.lang.UnsatisfiedLinkError:no jniExampleNative in java.library.path。如果我将文件重命名为libjniExampleNative.so 我想设

我正在与JNI和Maven一起研究如何自动化构建过程。 在Linux平台上,当涉及到输出文件名时,我遇到了一些困难。当我运行maven构建时(下面是linux平台的pom.xml),返回的共享库文件名是
jniExampleNative.so
。 如果我尝试用它运行java程序,我会得到
java.lang.UnsatisfiedLinkError:no jniExampleNative in java.library.path
。如果我将文件重命名为
libjniExampleNative.so

我想设置Maven,使其自动创建具有工作文件名的文件,但不知道如何创建。 我尝试设置
linkerFinalName
选项(它在下面的pom.xml中有注释),但我得到
此项目的打包没有将文件分配给构建工件

我在哪里做错了事情?如何设置输出共享库的名称

<project>
    <modelVersion>4.0.0</modelVersion>

    <parent>
        <groupId>net.tricoder.jnitest</groupId>
        <artifactId>nativeParent</artifactId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <groupId>net.tricoder.jnitest</groupId>
    <artifactId>jniExampleNative</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>JNI example native Linux</name>
    <url>http://maven.apache.org</url>

    <packaging>so</packaging>

    <dependencies>
        <dependency>
            <groupId>net.tricoder.jnitest</groupId>
            <artifactId>jniExampleJava</artifactId>
            <version>1.0-SNAPSHOT</version>
            <type>jar</type>
            <scope>compile</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.1</version>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                </configuration>
            </plugin>

            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>native-maven-plugin</artifactId>
                <extensions>true</extensions>
                <configuration>
                    <!--  trigger javah -->
                    <javahOS>linux</javahOS>

                    <compilerProvider>generic-classic</compilerProvider>
                    <compilerExecutable>gcc</compilerExecutable>

                    <linkerExecutable>gcc</linkerExecutable>
                    <sources>
                        <source>
                            <directory>../src/main/native</directory>
                            <fileNames>
                                <fileName>jni_example.c</fileName>
                            </fileNames>
                        </source>
                    </sources>

                    <compilerStartOptions>
                        <compilerStartOption>-fPIC</compilerStartOption>
                    </compilerStartOptions>

                    <linkerStartOptions>
                        <linkerStartOption>-shared</linkerStartOption>
                    </linkerStartOptions>

                    <!--linkerOutputDirectory>${project.build.directory}</linkerOutputDirectory>
                    <linkerFinalName>libjniExampleNative</linkerFinalName-->

                </configuration>

                <executions>
                    <execution>
                        <id>javah</id>
                        <phase>generate-sources</phase>
                        <configuration>
                            <javahOS>linux</javahOS>
                            <javahProvider>default</javahProvider>
                            <javahOutputDirectory>${project.build.directory}/custom-javah</javahOutputDirectory>
                            <workingDirectory>${basedir}</workingDirectory>
                            <javahOutputFileName>NativeStuff.h</javahOutputFileName>
                            <javahClassNames>
                                <javahClassName>net.tricoder.jnitest.NativeStuff</javahClassName>
                            </javahClassNames>
                        </configuration>
                        <goals>
                            <goal>javah</goal>
                        </goals>
                    </execution>
                </executions>

            </plugin>
        </plugins>
    </build>
</project>

4.0.0
net.tricoder.jnitest
本地父母
1.0-快照
net.tricoder.jnitest
jniExampleNative
0.0.1-快照
JNI本机Linux示例
http://maven.apache.org
所以
net.tricoder.jnitest
jniExampleJava
1.0-快照
罐子
编译
maven编译器插件
3.1
1.6
1.6
org.codehaus.mojo
原生maven插件
真的
linux
通用经典
海湾合作委员会
海湾合作委员会
../src/main/native
jni_example.c
-fPIC
-共享
爪哇
生成源
linux
违约
${project.build.directory}/customjavah
${basedir}
NativeStuff.h
net.tricoder.jnitest.NativeStuff
爪哇
libjniExampleNative
实现了这一技巧。问题在于我运行的生命周期
mvn clean install-P linux
安装
阶段返回
此项目的打包未将文件分配给生成工件

将其更改为
mvn clean package-p linux
后,工作正常。 现在我必须弄清楚为什么
install
libjniExampleNative
冲突,因为我只有在设置
linkerFinalName
选项时才会出现错误。

查看,我发现本机maven插件将
build.finalName
设置为
,并忽略原始的
:。因此,将
更改为
最终名称中所需的内容可以“解决”问题