Discussion :

[lucho31]

Bonjour a tous,

Voila, j'ai un petit soucis avec Tomcat (j'ai la version 5.5.4). En fait j'ai 2 webapp qui tourne sur le meme serveur et a priori lors de chaque redemmarage, la premiere appli utilisee fonctionne correctement et la seconde donne une erreur du type:

java.lang.UnsatisfiedLinkError: Native Library C:\WINNT\system32\bridge2java.dll already loaded in another classloader
java.lang.ClassLoader.loadLibrary0(Unknown Source)
java.lang.ClassLoader.loadLibrary(Unknown Source)
java.lang.Runtime.loadLibrary0(Unknown Source)
java.lang.System.loadLibrary(Unknown Source)
...

Comme les 2 webapps sont utilises, c'est un tres gros probleme !!!!!

Apparemment c'est donc un probleme de dll qui ne peut pas etre partagee entre ces webapps. Il me semblait que l'instance du ClassLoader etait differente pour chaque webapp... est ce qu'il y a une configuration particuliere pour autorise l'utilisation de la meme dll entre toutes les webapp ?

Merci beaucoup,

Lucho

[pouss]

Bonjour a tous,

Voila, j'ai un petit soucis avec Tomcat (j'ai la version 5.5.4). En fait j'ai 2 webapp qui tourne sur le meme serveur et a priori lors de chaque redemmarage, la premiere appli utilisee fonctionne correctement et la seconde donne une erreur du type:

java.lang.UnsatisfiedLinkError: Native Library C:\WINNT\system32\bridge2java.dll already loaded in another classloader
java.lang.ClassLoader.loadLibrary0(Unknown Source)
java.lang.ClassLoader.loadLibrary(Unknown Source)
java.lang.Runtime.loadLibrary0(Unknown Source)
java.lang.System.loadLibrary(Unknown Source)
...

Comme les 2 webapps sont utilises, c'est un tres gros probleme !!!!!

Apparemment c'est donc un probleme de dll qui ne peut pas etre partagee entre ces webapps. Il me semblait que l'instance du ClassLoader etait differente pour chaque webapp... est ce qu'il y a une configuration particuliere pour autorise l'utilisation de la meme dll entre toutes les webapp ?

Merci beaucoup,

Lucho

salut, je fais aussi des appels de Dll mais seulement sur une seule application. donc je ne peux difficilement te dire quoi que soit.
Mais pour ma part, j ai implementer au depart qu au demarage de tomcat, il charge automatiquement la Dll et donc pas la methode static il reste ds la JVM. Et je crois que ton probleme vien de la JVM qui ne peut charger la mm Dll.
C'est pourquoi, j ai preferé delocaliser l appel de la Dll en creant un serveur en Swing qui pourra l appelé et transiter les demandes des applications.Il faut par evidence , serialisé les objets
Cela a l avantage de ne pas encombré tomcat et de partager la mm dll avec plusieur appli si necessaire.

C'est une soluce mais je ne sais pas si cela repond a ta question.

[lucho31]

Salut,

Merci pour ta reponse, je pense que c'est une bonne solution de le garder dans la JVM de Tomcat au demarrage. Est ce que tu aurais des exemples du code que tu as utilises?

Merci beaucoup,

Lucho

[lucho31]

Hello,

J'ai vu dans un forum que l'on pouvait faire un register de la dll avec regsvr.exe sur le serveur ou tourne tomcat, est ce que quelqu'un sait si cela permet de partager un dll entre plusieurs webapp et d'eviter les conflits ??

Merci beaucoup,

Lucho

[alexismp]

Une DLL ne peut être chargée qu'une seule fois par une JVM (JNI ne permet pas de "décharger" une bibliothèque partagée).

Dans le cas d'un serveur d'application, il y a habituellement une hiérarchie de classloaders qui permet le chargement de la DLL une seule fois par un classloader la qui met à disponibilité des classloaders sous-jacents (ceux qui gèrent les différentes web-app).

Exemple avec Sun Application Server : http://docs.sun.com/app/docs/doc/819...t?a=view#beade
(il doit y avoir un équivalent pour Tomcat)

Encore une raison d'éviter de faire du JNI quand c'est possible...

[lucho31]

Hello Alexismp,

Merci, c'est un peu ce que j'avais cru comprendre a travers me recherche sur le web mais je n'etais pas sur que les classes chargees par le ClassLoader "parent" etaient partage a ces "enfants".
En fait j'ai reussi a fixer ce probleme sur une install de Tomcat en enlevant mon jacob.jar (liee a jacob.dll) des WEb-INF/lib et en les mettant dans java/lib/ext. De cette facon ces classes sont prises en charges par un autre ClassLoader, non ? Apres, je ne sais pas si c'est la bonne solution de placer mon jar ici, qu'est ce que tu en penses?
Par contre, je ne connais pas JNI, juste par curiosite, qu'est ce que tu entends par "Encore une raison d'éviter de faire du JNI quand c'est possible..." ? Quelles serait les autres alternatives ? Desole pour cette question de newby :-)

En tout cas merci beaucoup,

Lucho

[alexismp]

Hello Alexismp,

Merci, c'est un peu ce que j'avais cru comprendre a travers me recherche sur le web mais je n'etais pas sur que les classes chargees par le ClassLoader "parent" etaient partage a ces "enfants".

Ca (notion de parent), ca dépend du serveur d'application.

En fait j'ai reussi a fixer ce probleme sur une install de Tomcat en enlevant mon jacob.jar (liee a jacob.dll) des WEb-INF/lib et en les mettant dans java/lib/ext. De cette facon ces classes sont prises en charges par un autre ClassLoader, non ?

Oui, attention à ne pas oublier ce que tu mets dans ce répertoire privilégié. Regardes aussi les endorsed classes:
http://java.sun.com/j2se/1.5.0/docs/guide/standards/

Apres, je ne sais pas si c'est la bonne solution de placer mon jar ici, qu'est ce que tu en penses?
Par contre, je ne connais pas JNI, juste par curiosite, qu'est ce que tu entends par "Encore une raison d'éviter de faire du JNI quand c'est possible..." ? Quelles serait les autres alternatives ? Desole pour cette question de newby :-)

C'est pas toujours possible, mais utiliser des drivers JDBC de type IV ou plus généralement des implémentations 100% Java ca rend la vie plus simple...

En tout cas merci beaucoup,

Lucho

Pas de quoi.

[lucho31]

Hello Alexismp,

Merci beaucoup pour tes explications !!!
Mon souci ici c'est que j'utilise cette dll (jacob.dll http://www.danadler.com/jacob/) pour communiquer avec des objets COM, donc la je suis un peu coince car c'est la seule solution que j'ai trouve, et donc je suis oblige de passer par JNI :-(

Thanks a lot,

Lucho