Discussion :

[Arkandias07]

Bonjour à tous,

J'ai développé un petit projet en java3d sous Eclipse, et je souhaite pouvoir en faire un JAR exécutable.

Cependant pour le faire tourner, java3d nécessite 3 librairies externes (des fichiers JAR), que j'arrive à intégrer dans le JAR (c'est une option dans Eclipse pour créer un JAR exécutable).
Par contre il requiert aussi 2 librairies natives (sous Linux des fichiers .so, sous Windows des .dll), et celles-ci je n'arrive pas à les intégrer au JAR et à lui faire comprendre de les charger.

J'ai essayé d'utiliser JarClassLoader sans succès (il me fait une erreur : invalid ELF header), j'ai entendu parler d'un header Bundle-NativeCode dans le MANIFEST.MF mais je n'arrive pas à comprendre comment ça marche. Enfin je sais que l'on peut charger des librairies natives via System.loadLibrary() mais avant cela il faut les extraire du JAR dans les fichiers temporaires, et là je suis un peu perdu...

Si quelqu'un connait un moyen simple d'inclure des librairies natives dans un JAR (ou une solution alternative qui me permette de pouvoir distribuer mon projet en un seul fichier exécutable) ça m'aiderait beaucoup !

Merci d'avance.

Julien

[vinci.novice]

Il existe un plugin eclipse qui simplifie la vie pour créer des jars, FatJar.
http://fjep.sourceforge.net/

[Invité]

Salut,

J'ai essayé d'utiliser JarClassLoader sans succès (il me fait une erreur : invalid ELF header),

Ce message semble indiquer que ton fichier .so n'est pas correct. ELF est le format binaire utilisé pour les exécutables et les bibliothèque sous systèmes Unix. Es-tu sûr de ton fichier .so ? As tu une meilleure stacktrace et du code ?

j'ai entendu parler d'un header Bundle-NativeCode dans le MANIFEST.MF mais je n'arrive pas à comprendre comment ça marche.

Ça c'est uniquement dans un environnement OSGi!

Enfin je sais que l'on peut charger des librairies natives via System.loadLibrary() mais avant cela il faut les extraire du JAR dans les fichiers temporaires, et là je suis un peu perdu...

System.loadLibrary() va chercher ta bibliothèque native dans le répertoire par défaut des .dll sous windows (genre surement un truc system32 si je suis pas trop rouillé) ou des .so sous unix (/usr/lib ou /usr/lib64 suivant ton architecture). Tu peux aussi indiquer ce chemin lors du lancement de la JVM avec l'option : -Djava.library.path, ou (ce que je déconseille) utiliser la variable d'environnement LD_LIBRARY_PATH sous systèmes Unix.
Il existe aussi System.load() qui permet de charger une bibliothèque native non pas par son nom, mais en donnant le chemin complet du fichier. Tu pourrais donc extraire tes .so ou .dll dans un répertoire connu de toi et les charger ensuite via cette méthode.

Ceci dit ton message d'erreur semble me dire que le .so a un problème. As-tu cette exception aussi avec les dll ?

EDIT: Ach, je me suis fait avoir par un post qui remonte, ça m'apprendra à ne regarder que la date de la dernière réponse

[tchize_]

EDIT: Ach, je me suis fait avoir par un post qui remonte, ça m'apprendra à ne regarder que la date de la dernière réponse

1 mois, ça va, me suis déjà fait avoir sur des messages remontés vieux de deux ans, il y a des gens qui sortent les pelles quand il vont sur le forum, je pense