JNI Problem

[Taramsis]

Hi Leute,

ich wollt ne Java-Anbindung an C++ testen und hab mich an ein HelloWorld Beispiel gerichtet und bekomme die Fehlermeldungen, dass "jni.h" nicht gefunden werden kann!

Ich habe in Java folgende Klasse:

package helloworld;

public class HelloWorld {

  public native void callNative(); 

  static {
    System.loadLibrary("HelloWorld");
  }

  public static void main(String[] args) {

    System.out.println("Servus, ich bin die Javaklasse. Wie geht es dir CallNative.DLL?");
    HelloWorld hello = new HelloWorld();
    hello.callNative();
    System.exit(0);
    }
}

Ich habe dann über MinGW die Header Datei erstellt. Danach habe ich eine C++ Klasse geschrieben die wie folgt aussieht:

#include <jni.h>
#include "helloworld_HelloWorld.h"
#include <iostream>

using namespace std;

JNIEXPORT void JNICALL Java_helloworld_HelloWorld_callNative(JNIEnv *env, jobject obj) {

   cout << "Mir geht es gut: Hello World!" << endl;

}

Jetzt muss ich ja die DLL-Datei mit Hilfe der Header datei erstellen. Dies versuchte ich mit dem Befehl:

gcc -shared -c HelloWorld.dll HelloWorld.cpp

Leider ohne Erfolg! Kann mir jemand helfen!

 

[Marco13]

Warum wollen auf einmal alle http://www.java-forum.org/ides-tools/102640-dlls-bauen.html ?

Jedenfalls muss man dem gcc noch mit dem Parameter
-I C:/path/to/jni/header
das Verzeichnis mitteilen, wo die jni.h liegt.

 

[faetzminator]

Google, erstes Ergebnis:

jni.h comes with the Java Development Kit. Download it from Sun. I think they have a tutorial on using jni which should tell you where the header files etc need to be located

 

[DerEisteeTrinker]

@Marco13

weil die Menschheit das System von Java nicht versteht und lieber alles für das heißgeliebte Fenster :lol: zu bauen

 

[Taramsis]

Wo würde ich den

-I C:/path/to/jni/header

in dem Befehl

gcc -shared -c HelloWorld.dll HelloWorld.cpp

einbauen?

 

[Marco13]

gcc -I/das/verzeichnis -shared -o bla.dll bla.c
Ob ein Leerzeichen zwischen "I" und dem Pfad stehen muss oder darf müßte ich auch erst nachgucken...

 

[Taramsis]

Hi Leute,

ich habe nun die DLL erstellt und füge es im Root verzeichnis meines Projekt ein, da dort der Java Path ist. Nun bekkomme ich nach der Ausführung folgende Meldung:

Servus, ich bin die Javaklasse. Wie geht es dir CallNative.DLL?
Exception in thread "main" java.lang.UnsatisfiedLinkError: helloworld.HelloWorld.callNative()V
at helloworld.HelloWorld.callNative(Native Method)
at helloworld.HelloWorld.main(HelloWorld.java:15)

Ich hab mich schon tot gegoogelt! Kein Plan! ;(

 

[Marco13]

Bist du sicher, dass der Klassen- und Packagename aus der Java-Klasse und der aus dem C-Header übereinstimmen? D.h. bist du sicher, dass der Header mit javah aus der aktuellen Klasse erzeugt wurde, und in der C-Datei genau die richtige Methode implementiert wurde?

 

[Taramsis]

Ich denke schon!
Header Datei die durch javah aus der java datei erzeugt wurde:

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

#ifndef _Included_helloworld_HelloWorld
#define _Included_helloworld_HelloWorld
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     helloworld_HelloWorld
 * Method:    callNative
 * Signature: ()V
 */
JNIEXPORT void JNICALL Java_helloworld_HelloWorld_callNative
  (JNIEnv *, jobject);

#ifdef __cplusplus
}
#endif
#endif

diese habe ich dann angepasst zu:

#include <jni.h>
#include "helloworld_HelloWorld.h"
#include <iostream>

using namespace std;

JNIEXPORT void JNICALL Java_helloworld_HelloWorld_callNative(JNIEnv *env, jobject obj) {

   cout << "Mir geht es gut: Hello World!" << endl;

}

Hab ich etwas falsch gemacht?

 

[KrokoDiehl]

Hast du ein Programm, mit dem du mal in die DLL schauen kanns? Ich habe hier z.B. Dependency-Walker, mit dem man sehen kann, welche Funktionen eine DLL exportiert. Der genannte UnsatisfiedLinkError sagt nämlich, dass er deine native Funktion nicht findet.
Vom geposteten Code her sieht alles ok aus.

Probier mal, die temporären Dateien vom gcc zu löschen (.obj), damit der Compiler alles neu macht. Um in Makefile-Sprache zu reden:
make clean
make all
Klingt doof, hilft aber manchmal

 

[Marco13]

Aaahhh... Moment, der GCC mit MinGW hat da ein bißchen Probleme... irgendwas ist da mit den Funktionsnamen aus der DLL, die irgendwie die Form haben wie "someFunction@34" oder so, und der GCC/MinGW hängt das "@34" oder so nicht dran... ich hatte da schonmal eine Lösungsmöglichkeit gefunden, die kann ich heute abend mal posten (falls ich's vergesse: nochmal hier nachfragen oder PN).

 

[Taramsis]

@ Marco13: Das wär lieb!

@ KrokoDiehl: hatte dies zuvor probiert manuell alles zu löschen, aber ohne erfolg! Und leider halfen die Befehle auch nicht! Ich benutze auch depends und dort werden mir keine Fehler angezeigt!

Ich probier mal nen anderen Kompiler!?
Gibt es ne Empfehlung von Euch??

 

[Marco13]

Eine Empfehlung, die ich aus "politischen" Gründen nur ungern abgebe: Visual studio. Damit treten z.B. die Probleme mit den Funktionsnamen nicht auf, das ist ja auch ein "echter" Windows-Compiler. Aber ein 800 MB-ISO-Download ist die Sache vielleicht wohl nicht wert....

 

[Gastredner]

Hm...muss man eigentlich die Funktionsimplementierung auch nochmal in das "extern 'C'" schachteln oder ist das nur bei der Deklarierung im Header nötig?

 

[Marco13]

Bei der Deklaration sollte reichen.

 

[Marco13]

Also, hab nochmal geschaut, das was ich meinte bezog sich eigentlich darauf, dass man bei der Verwendung von .lib-Dateien, die für Visual Studio gedacht sind, ziemlich rumfrickeln muss, um für MinGW dieses Problem mit den "@12"'s hinter den Namen zu beheben, aber hier tritt im Prinzip schon das gleiche Problem auf. Das ganze sollte funktionieren, wenn man es mit

g++ -IC:/XXX/jdk/include -IC:/XXX/jdk/include/win32 -IC:/XXX/normalesCompilerIncludeVerzeichnisFallsDuDasBrauchst -Wl,--add-stdcall-alias -shared -o HelloWorld.dll HelloWorld.c

compiliert. (Wie du mit dem gcc ein Programm compiliert hast, wo iostream verwendet wird, ist mir nicht ganz klar, aber vielleicht meintest du ja den g++). Dieser magische Parameter bewirkt wohl grob, dass er die Methoden sowohl MIT als auch OHNE dieses "@12" anbietet...

 

[Taramsis]

Vielen Dank Marco 13 jetzt klappt es! Ich hatte es gestern auch mit Visual Studio zum laufen gebracht, aber die 30 Tage Lizenz läuft ja irgendwann ab!