Discussion :

[maverick5051]

Bonjour à tous,

Projet:
Sur le poste client, j'ai des jars qui sont installés dans un répertoire donné
A partir du navigateur, j'accède à une appli web client léger dans laquelle j'ai un applet.
J'aimerais que mon applet utilise les jars présents sur le poste client.

est-possible de faire référence, à partir d'un applet, à des librairies présentes sur le poste d'exécution ?
Si oui, de quelle façon ? (fichier Manifest, ...)
Y'a t'il possibilité d'utiliser les variables d'environnement du poste client ? (l'idée serait d'avoir une variable d'environnement faisant référence au répertoire du poste client utile pour mon applet et de faire référence à cette variable d'environnement dans mon applet)

Précision => mon jar est signé, je peux, donc, à priori, accéder aux ressources locales

Merci de vos réponses

[tchize_]

Quel est le but de l'opération? Pourquoi vouloir accéder à des librairies locales (dont tu ne peux pas être sur de la version, de l'emplacement ou même de l'existence) plutot que de l'inclure dans l'applet?

On pourrais résoudre ton problème en instanciant un classloader qui inclue ces jar et en appelant des classes dans ce classloader. Mais ce serait inutilement complexe et sujet à erreurs.

[fxrobin]

D'accord avec Tchize.

Et je dirai même plus, c'est que tes JAR sont conservés en cache dans le loader local JAVA, donc niveau temps de téléchargement, ça ne pose pas de problème.

[maverick5051]

En gros, j'ai un périphérique sur le poste client avec lequel je dois communiquer. Pour une cela, une api est fourni avec ce composant (JNI) et est donc installé sur le poste.
Je précise que ce module (API+périphérique est livré par une équipe externe).

Maintenant, mon but est de faire communiquer ce périphérique avec mon appli web (interaction sur la cinématique).

Y'a peut-être mieux qu'un applet pour faire cela mais l'avantage de l'applet, c'est que:
- je n'ai rien à installer sur les différents postes clients
- facilité d'impact sur la cinématique via JSObject
Une autre solution pourrait être une appli Java Web Start à télécharger sur le poste mais là, c'est plus compliqué pour impacter la cinématique

Autre idée ?

Sinon, pour le Classloader, j'ai essayé après avoir vu cette page http://stackoverflow.com/questions/9...-signed-applet mais non concluant. Après, est-ce que j'ai bien mis en place la solution ????

Perso, je pensais plutôt à une solution de type "modification du manifest.mf" afin qu'il attaque, via une variable d'environnement prédéfinie, les jars en local mais je n'ai pas l'impression qu'une telle possibilité existe ...

Voili

[tchize_]

j'ai eu exactement la même situation (JNI + applet) à gérer (il s'agissait de lire des données d'une carte beID à partir d'une applet). La solution a été de mettre le jar (contenant les classes natives) avec l'applet et n'était nécessaire sur le poste client que les dll de la partie native. Ces dlls étaient dans le répertoire système ce qui fait que le loadlibrairy dans le jar fonctionnait sans soucis. Donc en pratique, une fois que l'appli marchait en mode desktop, j'ai plus eu qu'à tapper tout les jar, y compris ceux du lecteur, dans l'applet


Attention cependant. La JVM ne peux charger qu'une seule fois une librairie dll. Or ton applet étant dans une page web, elle va

-> démarrer plusieur fois
-> Avoir plusieurs classloader référencant et tentant de charger la librairie native
-> cette dernière va probablement, à chaque fois, appeler loadlibrary.

Conséquence: Ca peux cracher lors de la seconde visite de la page avec l'applet.

Un autre option, si peu de postes sont concernés, serait d'aller tapper les librairies native dans le dossier endorsed/ de la jre pour que toutes les applications y aient accès... avec les conséquences que cela implique.

Troisième possibilité, si la page web n'est pas indispensable, c'est jnlp, qui permet d'inclure les librairies native dans le déploiement.

[fxrobin]

j'ai eu la même chose à faire avec un lecteur de code barre qui s'appuyait sur une DLL.

Cette DLL était simplement déclarée dans les ressources de l'Applet lancée au moyen d'un lanceur JNLP (merci JAVA 6) et la DLL était située dans le même répertoire que le .jar de l'applet sur le serveur. Et ça fonctionnait très bien.

D'ailleurs ici il y a la réponse :
http://www.developpez.net/forums/d90...va-charge-dll/

et enfin, une autre façon de faire ici :
http://www.jguru.com/faq/view.jsp?EID=468498

Pour faire qu'une applet se lance par JNLP :
http://docs.oracle.com/javase/tutori...ingApplet.html

[maverick5051]

Merci pour vos réponses très instructives => je vais plancher maintenant

Pour répondre aux interrogations de tchize_, je ne vais pas avoir le problème de plusieurs démarrages.

En fait, je serais dans un contexte type borne avec un lecteur de carte.

Mon idée est d'intégrer dans une page :
- mon applet (invisible)
- un iframe pointant vers mon appli web
Mon applet interagissant sur l'appli web présente dans l'iframe.
Cette page ne pourra pas être fermé (et donc pas réouverte => lancement de iexplore -k avec suppression des touches clavier CTRL+ALT) => donc une seule ouverture de l'appli web par poste => donc pas de problématique de plusieurs classloader ....

[fxrobin]

si ton applet discute avec le serveur et met des choses en session, il faudra que ton applet envoie des requêtes HTTP avec le JSESSIONID. Et donc ton applet devra se démarrer avec le JSESSIONID en paramètre.

En tout cas c'est comme cela que j'avais fait pour mon lecteur de code barre.