Discussion :

[ealrann]

Bonjour,

Après plusieurs jours (semaines?) laborieux de recherche, je me permet de poster mon problème ici .

Tout d'abord : mon besoin. Je dois développer un plugin RCP Eclipse (donc java) qui utilise VTK pour faire de la visu. L'application doit être portable, et l'utilisateur ne doit pas avoir à installer VTK ou à configurer une Variable d'environnement (ici ca serait Path sous windows ou LD_LIBRARY_PATH sous linux).

Mon problème est que je n'arrive pas à faire reconnaitre les librairies par Windows lorsque je crée le produit (à part en mettant un chemin en dur dans le path mais ça ne répond pas au besoin). Ce que je cherche à faire : c'est inclure les .dll (ou/et les .so) directement dans un plugin (.jar). G-eclipse est l'exemple de ce que je veux faire. J'ai essayé de voir les sources mais je n'ai pas pu accéder à leur partie sur le chargement de VTK.

Je pense avoir compris grossièrement le fonctionnement de jni, et je coince aux erreurs de dépendance entre library. Par exemple : commonJava.dll est chargé (et reconnu par eclipse), mais Windows ne trouve pas common.dll. Pour cela il fraudait l'ajouter au Path de windows, mais je ne vois pas trop comment faire (à partir de l'appli). Tout les forums que j'ai consultés ne donnent pas de solution précise.

Donc voila, si quelqu'un peut m'apporter des éléments de réponse, je l'en remercie mille fois d'avance.

Bonne soirée.

[ealrann]

Bon, et bien mon problème est résolu.

J'ai fini par trouver un post donnant des réponses pour mon problème. Voici le lien :
http://www.eclipsezone.com/eclipse/forums/t66336.html (voir réponse 14 de David).

Au passage, autre lien intéressant sur comment éclipse gère les classloaders et les vm.
http://www.eclipsezone.com/articles/...ource=archives

Pour résumer, si vous voulez ajouter des libraries à un plugin rcp :
1) Ajoutez les lib dans ce plugin.
2) Les définir à la main dans le manifest : il faut rajouter ce genre de code :

Code :

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

1
2
3
4
5
6
7
8
 
Bundle-NativeCode: dossierLib/lib1.dll;
 dossierLib/lib2.dll;
...
...
 processor="x86";
 osname="WindowsXP";
 osname="Windows95"

Répétez ca pour les autres type d'os voulus. (N'oubliez pas l'espace avant chaque instructions).

3) Ensuite, le point marrant : Quand vous faites appel au System.loadLibrary("lib1"); il faut le faire dans l'ordre des dépendances.
Ce petit outils permet de connaitre les dépendances d'une dll (et une seule, faut donc passer sur chacune une par une) :
http://www.dependencywalker.com/

Voila, avec ça, pas besoin de définir de Path ou de variables d'environnements.

En espérant que cela aidera quelqu'un.