[Résolu]JNI ou comment generer des erreurs

Marsh Posté le 01-11-2007 à 11:56:13

Bonjour à tous,

Voilà depuis un plusieurs jours j'essaie de compiler un programme java qui utilise du code en natif mais malheureusement pas de franc succès jusqu'ici.

Je dispose d'une version compilée du programme, qui fonctionne parfaitement bien avec JAVA5 mais qui au contraire plante constamment avec java6. Je dispose aussi des sources de ce même programme. Voulant inclure certaines fonctions de cette application dans une autre, j'ai tout d'abord décidé de compiler et d'exécuter ces sources. Mais voilà, et bien ça ne compile pas... Donc voila comment je procède.

Je charge ma DLL avec le System.load

Code :

System.load("/home/grfingerjava.dll" );

Et j'obtient le resultat suivant :

Sous JAVA6 : JDK 6

Code :

java.lang.UnsatisfiedLinkError: /home/grfingerJava.dll: /home/grfingerJava.dll: invalid ELF header at java.lang.ClassLoader$NativeLibrary.load(Native Method)

Sous JAVA5 : JDK 5 Update 13

Code :

Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/grfingerjava.dll: Can't load this .so (machine code=0x0) on a IA 32-bit platform
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1647)
at java.lang.Runtime.load0(Runtime.java:769)
at java.lang.System.load(System.java:968)
at com.griaule.fingerprintsdk.sample.FormMain.main(FormMain.java:121)

Voyant que le programme s'exécute bien sous java5 je me suis donc attarder un peu plus sur cette erreur. Google étant mon ami celui-ci m'a informé que cela pouvait provenir :

Du LD_LIBRARY_PATH => J'y ai ajouté la DLL, ça ne change rien, mais un petit rappel serait le bienvenu
D'un problème sur ma limite user => J'ai fait un petit sudo ulimit -u 15000 , ça ne change rien
Des LibX manquantes => Il me semble que tout est bien installe, néanmoins un petit rappel serait aussi le bienvenu
D'un problème en interne a la JVM => J'ai pas essayé de dedugger la JVM....DSL

Je m'en remet donc en votre connaissance pour tenter de trouver une solution à ce probleme.

Config :
OS : Ubuntu 7.10 Gusty Gibbon
CPU : Intel Pentium D 2.80 GHz

Merci

Message édité par Jaunes Les Nonnes le 01-11-2007 à 16:15:25

---------------
Pourquoi les religieuses au pays du soleil levant sont elles fans des beatles ?

Reply

Marsh Posté le 01-11-2007 à 11:56:13

Reply

Marsh Posté le 01-11-2007 à 16:09:11

Salutation une nouvelle fois !

Je viens de régler le problème, cela venait du java.library.path. Il semble que l'utilisation traditionnelle du -Djava.library.path= here is your path a quelques petits problèmes sur java5.

J'ai donc utilise une Classe que j'ai nommée JavaLibraryPath ( très légitime comme nom ), dont voici le code :

Code :

import java.io.File;
import java.lang.reflect.Field;
import java.util.Properties;
/**
* Adds a path to the java.library.path System property
* and updates the ClassLoader. Uses reflection to allow
* update to private system members. Will not work if JVM
* security policy gets in the way (like in an applet).
* Will not work if Sun changes the private members.
* This really shouldn't be used at all...
*/
public class JavaLibraryPath
{
public static void add(File path) throws Exception
{
// Append the specified path to the
// existing java.library.path (if there is one already)
String newLibraryPath = System.getProperty("java.library.path" );
if (newLibraryPath == null || newLibraryPath.length() < 1)
{
newLibraryPath = path.getCanonicalPath();
}
else
{
newLibraryPath += File.pathSeparator +
path.getCanonicalPath();
}
// Reflect into java.lang.System to get the
// static Properties reference
Field f = System.class.getDeclaredField("props" );
f.setAccessible(true);
Properties props = (Properties) f.get(null);
// replace the java.library.path with our new one
props.put("java.library.path", newLibraryPath);
// The classLoader may have already been initialized,
// so it needs to be fixed up.
// Reflect into java.lang.ClassLoader to get the
// static String[] of user paths to native libraries
Field usr_pathsField =
ClassLoader.class.getDeclaredField("usr_paths" );
usr_pathsField.setAccessible(true);
String[] usr_paths = (String[]) usr_pathsField.get(null);
String[] newUsr_paths = new String[usr_paths == null ? 1 :
usr_paths.length + 1];
if (usr_paths != null)
{
System.arraycopy(usr_paths, 0, newUsr_paths,
0, usr_paths.length);
}
// Add the specified path to the end of a new String[]
// of user paths to native libraries
newUsr_paths[newUsr_paths.length - 1] = path.getAbsolutePath();
usr_pathsField.set(null, newUsr_paths);
}
}

Ensuite il vous suffit de créer une instance de cette classe comme suit.

Dans mon cas :

Code :

JavaLibraryPath.add(new File("/home/Fingerprint SDK Java 2007/bin/" ));

De manière generale :

Code :

JavaLibraryPath.add(new File("/your/libs/path/" ));

Et ainsi java ira chercher vos DLL dans ce repertoire.

Code :

System.out.println("My java.library.path :" + System.getProperty("java.library.path" ));

Vous permettra de vérifier l'ajout de cette nouvelle valeur a votre "java.library.path"

Merci tout de même pour ceux qui ont lu le message

Message édité par Jaunes Les Nonnes le 01-11-2007 à 16:09:43

---------------
Pourquoi les religieuses au pays du soleil levant sont elles fans des beatles ?

Reply

[Résolu]JNI ou comment generer des erreurs

Sujets relatifs:

Leave a Replay