Java JNI Maven native-maven-plugin - как установить окончательное имя разделяемой библиотеки
Я играю с JNI и Maven, чтобы понять, как автоматизировать процесс строительства. Я сталкиваюсь с некоторыми трудностями на платформе Linux, когда дело доходит до имени выходного файла. Когда я запускаю сборку maven (ниже pom.xml для платформы linux), возвращается имя файла общей библиотеки: jniExampleNative.so
, Если я пытаюсь запустить программу Java с ним, я получаю java.lang.UnsatisfiedLinkError: no jniExampleNative in java.library.path
, Если я переименую файл в libjniExampleNative.so
оно работает.
Я хочу настроить Maven, чтобы он автоматически создавал файл с рабочим именем файла, но не знаю как. Я пробовал настройку linkerFinalName
вариант (он прокомментирован в pom.xml ниже), но я получаю The packaging for this project did not assign a file to the build artifact
,
Где я делаю вещи неправильно, и как я могу установить имя выходной общей библиотеки?
<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>
2 ответа
<linkerFinalName>libjniExampleNative</linkerFinalName>
делает трюк. Проблема была с жизненными циклами, на которых я работал mvn clean install -P linux
, install
фаза вернулась The packaging for this project did not assign a file to the build artifact
,
После изменения на mvn clean package -P linux
это работает отлично. Теперь мне придется выяснить, почему install
конфликтует с <linkerFinalName>libjniExampleNative</linkerFinalName>
потому что я получаю ошибку только тогда, когда linkerFinalName
вариант.
Глядя на исходный код, я понял, что native-maven-plugin устанавливает build.finalName
в <artifactId>
и игнорирует оригинал <finalName>
а также <linkerFinalName>
: Так меняется <artifactId>
к тому, что вы хотите в finalName
"решает" проблему.