3

ビルド プロセスを自動化する方法を確認するために、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にコメントされています)が、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>
4

2 に答える 2

4

<linkerFinalName>libjniExampleNative</linkerFinalName>トリックを行います。問題は、私が実行していたライフサイクルにありましたmvn clean install -P linuxinstallフェーズが戻りましたThe packaging for this project did not assign a file to the build artifact

に変更した後、mvn clean package -P linux正常に動作します。オプションを設定した場合にのみエラーが発生するため、 が とinstall競合する理由を理解する必要があります。<linkerFinalName>libjniExampleNative</linkerFinalName>linkerFinalName

于 2014-08-06T08:32:48.710 に答える
0

ソースコードを見ると、native-maven-plugin が to を設定build.finalNameし、元のand :<artifactId>を無視することがわかりました。したがって、 「解決」で必要なものに変更すると、問題が解決します。<finalName><linkerFinalName><artifactId>finalName

于 2016-05-24T16:26:20.573 に答える