5 Stimmen

Aufnehmen von nativen JNI-Dateien in Maven-Tests (lwjgl)

Ich erstelle ein Programm mit LWJGL und Maven, und ich schreibe Unit-Tests für den grafischen Code. Mein Problem ist, Maven dazu zu bringen, die nativen Binärdateien auf den Klassenpfad zu setzen, so dass die Tests sie abholen können. Ich kann den Fehler nicht umgehen:

java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path

Ich habe die Binärdateien zum Entpacken nach target/libs/native/ gebracht, aber die Tests nehmen sie nicht auf.

Hier ist mein Pom:

 <project
    xmlns="http://maven.apache.org/POM/4.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-  4.0.0.xsd"
>
<modelVersion>4.0.0</modelVersion>

<groupId>com.ziroby.kata</groupId>
<artifactId>app</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>jar</packaging>

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <lwjgl.version>2.6</lwjgl.version>
</properties>

<repositories>
    <repository>## Heading ##
        <id>lwjgl</id>
        <name>lwjgl</name>
        <url>http://adterrasperaspera.com/lwjgl</url>
    </repository>
</repositories>

<dependencies>
    <dependency>
        <groupId>org.hamcrest</groupId>
        <artifactId>hamcrest-library</artifactId>
        <version>1.2.1</version>
        <type>jar</type>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.jmock</groupId>
        <artifactId>jmock-junit4</artifactId>
        <version>2.5.1</version>
        <type>jar</type>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.8.2</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.lwjgl</groupId>
        <artifactId>lwjgl</artifactId>
        <version>${lwjgl.version}</version>
    </dependency>
    <dependency>
        <groupId>org.lwjgl</groupId>
        <artifactId>lwjgl-util</artifactId>
        <version>${lwjgl.version}</version>
    </dependency>
    <dependency>
        <groupId>org.lwjgl</groupId>
        <artifactId>lwjgl-native</artifactId>
        <version>2.6</version>
        <type>pom</type>
    </dependency>
</dependencies>
<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-dependency-plugin</artifactId>
            <configuration>
                <artifactItems>
                    <artifactItem>
                        <groupId>org.lwjgl</groupId>
                        <artifactId>lwjgl-native</artifactId>
                        <version>${lwjgl.version}</version>
                        <type>jar</type>
                        <outputDirectory>${project.build.directory}/libs/natives</outputDirectory>
                        <overWrite>true</overWrite>
                    </artifactItem>
                </artifactItems>
            </configuration>
            <executions>
                <execution>
                    <id>unpack</id>
                    <phase>generate-resources</phase>
                    <goals>
                        <goal>unpack</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <source>1.6</source>
                <target>1.6</target>
            </configuration>
        </plugin>
    </plugins>
</build>
</project>

Ich habe versucht Maven - Hinzufügen eines Verzeichnisses zum Klassenpfad während der Ausführung von Tests aber das scheint sich auf Ressourcen zu beziehen, nicht auf JNI-Bibliotheken (und es hat nicht funktioniert).

Und Klassenpfad für Maven festlegen ist das gegenteilige Problem: Es werden Dinge angegeben, die sich bereits im Klassenpfad befinden.

14voto

Ron Romero Punkte 8820

Nach Angaben von http://maven.40175.n5.nabble.com/Trouble-with-Java-Native-Libraries-td114063.html ,

das Surefire-Plugin startet die VM und ändert dann die Systemeigenschaften, bevor es die Kontrolle an die Junit-Testklassen weitergibt. Dies ist zu spät für die VM, die den java.library.path zum Zeitpunkt der Initialisierung der VM einrichten muss.

Wir müssen also beim Start den Pfad zu Surefire angeben. Das Folgende funktioniert:

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <forkMode>once</forkMode>
                <argLine>-Djava.library.path=${project.build.directory}/libs/natives/win32:${project.build.directory}/libs/natives/linux:${project.build.directory}/libs/natives/macosx:${project.build.directory}/libs/natives/solaris</argLine>
            </configuration>
        </plugin>

3voto

bbaja42 Punkte 2059

Beinhaltet die Konfiguration von Surefire die Einstellung des Pfads für die Java-Bibliothek?

Zum Beispiel:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
      <systemProperties>
        <property>
          <name>java.library.path</name>
          <value>target/lib/natives/</value>
        </property>
      </systemProperties>
    </configuration>
  </plugin>

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X