Discussion :

[Agifem]

Le but est d'appeler une méthode C depuis une application Java. Pour cela, j'utilise JNI.

J'ai la classe suivante en java :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class JNITest
{
public static void main(String[] args)
	{
	System.out.println("Avant"); // pour le debug
	try
		{
		System.loadLibrary("JNITestC");
		}
	catch(Throwable exc)
		{
		exc.printStackTrace();
		}
	System.out.println("Après"); // pour le debug
	}
}

Et j'ai le fichier JNITestC.c suivant, en C :

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

JNIEXPORT void JNICALL
Java_JNITest_displayHelloWorld(JNIEnv *env, jobject obj)
{
printf("Hello world!\n");
return;
}

Je compile tout sans aucun problème (je n'ai pas oublié le javah pour le fichier header du C), et quand je lance l'exécution, ca bloque et ca quitte au moment du System.loadLibrary. Je lis bel et bien le message "Avant", mais le programme me rend la main juste après, sans le moindre message d'erreur.
Ce n'est pas un problème de path étant donné que si j'efface le dll, j'ai une UnsatisfiedLinkError.

Je pense que c'est un problème de compilation. Je compile avec gcc (sorti de Cygwin) et j'ai essayé beaucoup de paramètres, entre autre "-mdll", "-shared" et certains autres dont je ne sais même pas à quoi ils servent.
Quelqu'un aurait-il une idée ?

[iolco51]

Salut,

Tu as une methode bien etrange pour creer ton interface native.
Peut-etre que ca marcherait comme tu le fais, mais il est preferable d'etre rigoureux :

Declare dans ta clase java toutes tes methode native, ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
public native void displayHelloWorld();

ensuite genere ton fichier .h avec javah... Si tu ne declares pas tes methodes natives, javah ne peut pas creer l'entete correspondant.

Ensuite tu compiles ton .c avec gcc.

Il est recommande de charger la librairie dans un bloc static lors du chargement de la classe.

Enfin comment veux tu tester ton interface native si tu n'appelles pas ta methode native??

Enfin essaye de traiter les differents types d'exception et d'afficher le message associe (getMessage()).

N'oublies pas que java recherche ta bibliotheque dans le library path, il faut le lui preciser au moment de l'execution soit avec la variable d'environnement LIBPATH, soit avec l'argument -Djava.library.path=.... dans la ligne de commande

J'espere avoir pu t'aider.

[iolco51]

Ah oui, j'utilises la JNI sous UNIX, je compile avec gcc et l'option -shared.

Je ne sais pas ce qu'il en est sous windows.

[Agifem]

J'ai déjà fait tout cela, j'avais créé la méthode native dans le java, fait le loadlibrary dans la méthode static, mais j'avais à chaque fois la même erreur UnsatisfiedLinkError, disant qu'il chargait bien la dll, mais qu'il n'y trouvait pas la méthode.
Après, j'ai essayé de compiler autrement, et c'est le chargement de la dll qui plantait, rendait la main sans le moindre lessage d'erreur (je fais des try catch partout sans succès).
Je suis persuadé que c'est ma façon de compiler qui est incorrecte. J'ai compilé l'exemple de Sun sans succès.

Ensuite tu compiles ton .c avec gcc.

C'est surtout sur cette partie là que j'ai besoin d'aide. J'utilise gcc, mais je ne connais pas les bonnes options à utiliser pour créer une dll dont les méthodes soient accessibles par java.
En plus, les options dépendent énormément du compilateur qu'on utilise, et beaucoup de gens compilent sous unix/linux, alors trouver des infos sur la toile est un cauchemar.
Est-ce que tu aurais l'adresse d'un compilateur à télécharger ainsi que la synthaxe précise de la ligne de commande pour ce compilateur, sachant que je suis bloqué sous windows

[Agifem]

J'ai finalement trouvé par moi même, au prix de trois jours de recherche sur internet.
Pour ceux qui ont rencontré ce problème (que je ne souhaite à personne) voici la ligne de commande à utiliser :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
gcc -shared -Wl,--add-stdcall-alias -mno-cygwin -o JNITestC.dll JNITestC.c

En fait, il fallait combiner le --add-stdcall-alias (dont je ne sais pas à quoi il sert) avec le -mno-cygwin parce que j'utilisais le gcc de Cygwin pour compiler une dll qui devait être indépendante de Cygwin.
Merci malgré tout à Iolco pour le temps qu'il m'a consacré, et aux autres pour le temps qu'ils ont passé à me lire.