Discussion :

[Sierra3193]

Bonjour,

voici mon problème : je dois développer un logiciel dont une partie fait appel à de la JNI pour appeler la dll d'un programme écrit en C. Mon problème est que je dois pouvoir automatiquement réinitialiser ce programme en C (le fermer puis le relancer). Je me dis donc qu'une solution consisterait à décharger de la mémoire la classe java faisant un appel static aux dll puis à la recharger.

J'ai vu dans la FAQ l'article pour recharger dynamiquement une classe : http://java.developpez.com/faq/java/...iquementClasse
Cependant, je n'obtiens pas l'effet escompté. Je ne trouve pas dans les traces d'exécution le signe que mes dll ont été rechargés. Y a-t-il un moyen de forcer la main à la JVM pour qu'elle "décharge" de sa mémoire une classe ?
Fais-je fausse route : le rechargement de ma classe java relancera-t-il de zéro mon programme C ?

Merci d'avance

[Pill_S]

je suis loin d'être un expert jni, mais je ne comprend pas vraiment pourquoi tu dois recharger la dll? a-t-elle changée entre 2 exécutions?

[Sierra3193]

En fait, cette dll va lire un fichier de configuration quand elle se lance. C'est ce fichier de configuration que j'ai changé entre deux exécution (ce qui finalement revient à avoir changé la dll). C'est pourquoi j'aimerais pouvoir forcer le relancement de cette dll (pour l'obliger à aller lire le fichier de configuration).

A priori, l'interface avec cette dll est figée, je ne peux donc pas rajouter une fonction qui me permettrait de lui demander (gentiment) d'aller relire le fichier de conf.

[Pill_S]

Hum ok, a priori je vois pas vraiment de solution simple.

Y'aurait moyen de bidouiller, mais je pense pas qu'aucune bidouille ne soit vraiment intéressante.

1) copier et renommer la dll à chaque fois, puis appeler jni sur la dll avec le nouveau nom (si 2 dll ont des noms différents, je suis presque sûr qu'elle sera rechargée)
2) faire un wrapper en C autour de cette dll qui permette d'étendre l'interface (risque de compatibilité si mise à jour de la dll wrappée)

A priori je ne vois que ça, donc en fait rien de vraiment intéressant...

[Sierra3193]

Merci pour ta réponse, je vais quand même essayer de voir si j'arrive à mon but en renommant la dll.

[OButterlin]

Pourquoi ne pas faire une méthode d'initialisation dans ta dll.
Si le problème est lié à un fichier de paramétrage, il suffirait de refaire le traitement d'initialisation, je ne vois pas trop l'intérêt de recharger la dll puisque (d'après ce que j'ai compris) les méthodes ne changent pas, uniquement des valeurs de références ou autres éléments connexes...

A+