Discussion :

[sbrochet]

Bonjour,

Je découvre le développement de servlet et me confronte à un problème de chargement d'une DLL. J'ai pourtant rédigé la même classe pour être executé en ligne de commande, je n'ai pas d'erreur et ma classe fonctionne.

Je dois charger "MaDLL.dll" contenue dans le repertoire c:\Dev\Java\dll\. (je suis en environnement Windows 2008 r2).

J'ai pas mal butiné sur le net et ai essayé, les unes après les autres, les méthodes suivantes :

- J'ai défini java.library.path dans mon code ( par l'appel de System.setProperty("java.library.path","C:/Dev/Java/Dll");)
- J'ai défini CATALINA_OPTS dans catalina.bat (set CATALINA_OPTS="-Djava.library.path=C:/Dev/Java/Dll")
- J'ai défini la clef dans le registre HKEY_LOCAL_MACHINE\SOFTWARE\Apache...\Tomcat\7.0\... à la même valeur.

Ces trois méthodes sont sans effet, System.loadLibrary("madll"); renvoie no madll in java.library.path.

Si j'appel explicitement la DLL (System.load("C:/Dev/Java/Dll/madll.dll");) j'obtiens comme erreur dans la console : java.lang.UnsatisfiedLinkError: C:\Dev\Java\Dll\madll.dll: Can't find dependent libraries. L'ensemble des DLL sont pourtant dans le même répertoire. (c:\Dev\Java\Dll)

Pour l'heure, si j'écris quelques lignes avant le chargement de la DLL :
System.setProperty("java.library.path","C:/Dev/Java/Dll");
System.out.println("java.library.path = " + System.getProperty("java.library.path"));

Alors, je trouve "java.library.path = C:/Dev/Java/Dll" dans la console

Quelqu'un peut il m'éclairer ?

Séb

[tchize_]

D'abord, les chemins, sous windows, ce sont des antislash ( \ ) et pas des slash comme tu le fais ( / ). Ensuite, si ta dll s'appelle MaDLL.dll, utilise une casse explicite, pour éviter les problèmes.

[fxrobin]

Tu dois simplement faire :

Code :

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

System.loadLibrary("MaDLL");

(sans le suffixe .dll)

PS : tiens, ça me rappelle qqch de récent http://www.developpez.net/forums/d12...partir-applet/

[tchize_]

pluie de dll ce mois-ci, en moins de deux semaines, on a épuisé le quota annuel de gens utilisant loadLibrary

[sbrochet]

Merci pour vos réponses.
J'ai modifié l'appel comme suit :

System.setProperty("java.library.path","C:\\Dev\\Java\\Dll;");
System.out.println("java.library.path = " + System.getProperty("java.library.path"));
System.loadLibrary("MaDLL");


J'ai toujours une erreur :java.lang.UnsatisfiedLinkError: no MaDLL in java.library.path

J'ai l'impression que le problème réside plus dans la déclaration de java.library.path que dans le chargement de la DLL puisque si je charge la dll avec System.load("C:\\Dev\\Java\\Dll\\MaDLL.dll"); j'obtiens toujours l'erreur java.lang.UnsatisfiedLinkError: C:\Dev\Java\Dll\MaDLL.dll: Can't find dependent libraries.

Que puis je faire ?

D'abord, les chemins, sous windows, ce sont des antislash ( \ )
et pas des slash comme tu le fais ( / ). Ensuite, si ta dll s'appelle MaDLL.dll, utilise une casse explicite, pour éviter les problèmes.

[tchize_]

je suppose que ta dll dépend d'autres librairies dlls? Il faut savoir que seule la dll que tu charge depuis java a un rapport avec java.library.path. Les dlls chargée par ta dlls suivent le modèle utilisé par l'OS, a savoir qu'elles doivent être dans le PATH.

Aussi, rien ne sert de définir java.library.path avec System.setProperty, de mémoire la valeur est lue une fois pour toute au démarrage de la jvm et la changer ne fait rien (donc à modifieren ligne de commande)

[sbrochet]

Merci pour ce retour.

Le problème était en effet la. J'ai ajouté mon repertoire au PATH et obtiens un fonctionnement normal.

Merci de vos réponse (et désolé pour ce dépassement de quota de questions relatives au chargement de DLL ).

je suppose que ta dll dépend d'autres librairies dlls? Il faut savoir que seule la dll que tu charge depuis java a un rapport avec java.library.path. Les dlls chargée par ta dlls suivent le modèle utilisé par l'OS, a savoir qu'elles doivent être dans le PATH.

Aussi, rien ne sert de définir java.library.path avec System.setProperty, de mémoire la valeur est lue une fois pour toute au démarrage de la jvm et la changer ne fait rien (donc à modifieren ligne de commande)

[fxrobin]

et en chargeant les autres DLL dans l'ordre inverse des dépendances ?

Je n'ai jamais essayé (ayant toujours utilisé une DLL "autonôme") mais ce serait interessant de savoir si ça marche (à mon avis non ... car linkage suivant le modèle de l'OS, comme dirait Tchize).