Java JNI Maven本机Maven插件-如何设置共享库的最终名称
我正在与JNI和Maven一起研究如何自动化构建过程。 在Linux平台上,当涉及到输出文件名时,我遇到了一些困难。当我运行maven构建时(下面是linux平台的pom.xml),返回的共享库文件名是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 我想设
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
设置为,并忽略原始的
和
:。因此,将
更改为最终名称中所需的内容可以“解决”问题