JNI-Problem: DLL funktioniert nicht

[FelixMK]

Hallo,

ich möchte gerne aus Java eine C-Funtkion ausrufen. Das sollte mit dem Java Native Interface (JNI) eigentlich kein Problem sein.

Als Dokumentation verwende ich "Java ist auch eine Insel (2.Aufl.)" von Christian Ullenboom. Nachdem es mit meinem Testprojekt nicht geklappt hat testete ich das Beispiel aus der Dokumentation.

Das Beispiel soll eine in C geschriebene Funktion aus einer Bibliothek aufrufen, die die Länge eines Strings zurückgibt. Alle Dateien befinden sich in einem Verzeichnis namens jnitest.

Dazu folgender Java-Quellcode in der Datei StrLen.java:

public class StrLen
{
  static {
    System.loadLibrary("strlen");
  }

  public static native int strlen( String s );

  public static void main( String args[] )
  {
    System.out.println( strlen("Sandra ist doof.") );
  }
}

Dann wird der Quellcode compiliert (Datei: StrLen.java) und eine Header-Datei erzeugt:

javac -verbose StrLen.java
javah -jni -o strlen.h StrLen

Die Header-Datei strlen.h.

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class StrLen */

#ifndef _Included_StrLen
#define _Included_StrLen
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     StrLen
 * Method:    strlen
 * Signature: (Ljava/lang/String;)I
 */
JNIEXPORT jint JNICALL Java_StrLen_strlen
  (JNIEnv *, jclass, jstring);

#ifdef __cplusplus
}
#endif
#endif

Nun wird noch die C-Funktion geschrieben. Um es nicht zu kompliziert zu machen gibt die Funktion erst mal nur

Hallo Java-Freunde!\n

aus und gibt 0 zurück.
strlen.c:

#include <jni.h>
#include "StrLen.h"
#include <stdio.h>

JNIEXPORT jint JNICALL Java_StrLen_strlen( JNIEnv *env, jclass clazz, jstring s )
 {
  printf( "Hallo Java-Freunde!\n" );
  return 0;
}

Nun soll diese Datei zu einer DLL compiliert werden, und da liegt bei mir vermutlich der Fehler:

gcc -shared -Ic:\j2sdk1.4.2\include -Ic:\j2sdk1.4.2\include\win32 strlen.c -o strlen.dll

Das setzen der Umgebungsvariablen LD_LIBRARY_PATH entfällt, da sich ja alle Dateien im selben Verzeichis befinden.

Rufe ich das Programm mit

java StrLen

auf wird folgendes ausgegeben:

Exception in thread "main" java.lang.UnsatisfiedLinkError: strlen
        at StrLen.strlen(Native Method)
        at StrLen.main(StrLen.java:11)

Info:
System:
....Microsoft Windows XP
....Home Edition
....Version 2002
....Service Pack 1
Java:
....Java(TM) 2 SDK, Standard Edition
....Version 1.4.2
C-Compiler:
....MinGW GNU Compiler

 

[Bert Brenner]

Die DLL sollte im LibraryPfad liegen.

z.b. C:\WINDOWS\SYSTEM32

 

[Felix90]

Laut Dokumentation muss LD_LIBRARY_PATH nicht gesetzt werden, wenn sich die Datei im selben Verzeichnis befindet. Und auch wenn ich ihn setze tritt derselbe Fehler auf, da die DLL offensichtlich gefunden wird. Nenne ich die Datei um tritt folgender Fehler auf:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no strlen in java.library.path
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.loadLibrary0(Unknown Source)
        at java.lang.System.loadLibrary(Unknown Source)
        at StrLen.<clinit>(StrLen.java:4)

Der Fehler muss also irgendwas mit dem erzeugen der DLL zu tun haben.

 

[KSG9|sebastian]

auf was ist java.library.path gesetzt, wenn du nix dran änderst ?

 

[Felix90]

C:\WINDOWS\system32;.;C:\WINDOWS\System32;C:\WINDOWS;C:\Perl\bin\;C:\watcom\BINNT;C:\watcom\BINW;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\MinGW\bin;D:\Fabian\Eigene_Dateien\EigeneProgramme\BlitzMax\BlitzMaxDateien\bin;C:\j2sdk1.4.2\bin

(des is ja das verrückte daran)
Könnte jemand vielleicht mal das auf seinem Rechner versuchen?