URLClassLoader et fichiers verouillés sous Windows

Bonjour, j'utilise une API qui permet l'utilisation de "composants", ces composants sont des archives JARs que l'on décompresse sur le disque.
Par exemple comp.jar pourrait être décompressé de la façon suivante:

comp/
- bin/comp.class
- lib/dependance.jar

Le chargement du composant "comp.class" se fait de façon dynamique via un URLClassloader. Le répertoire lib contient tous les JARs dont a besoin "comp.class".

Le URLClassLoader essai de charger toutes les classes utilisées par "comp.class", normale, mais ce qui me pose problème c'est que sous Windows, un verrou est posé sur le fichier "dependance.jar" (que j'aurai besoin de supprimer une fois le chargement des classes effectué).

Apparement un rapport de bug a été posté ici : http://bugs.sun.com/bugdatabase/view...bug_id=5041014, un message a ce sujet est présent ici http://forum.java.sun.com/thread.jsp...sageID=1507426.

Aucun de ces deux posts ne me permet de résoudre mon problème, auriez vous des indices pour m'aider à avancer ? Y'a t'il des solutions permettant d'unlocker des fichiers sous Windows à partir d'un code Java ?
Après un peu de lecture j'ai cru comprendre que le ClassLoader créait un "lien" entre une classe chargée en mémoire et le fichier ".class" sur le disque, comment supprimer ce "lien" ?

Merci.

Bouba.

salut.

pourquoi souhaite tu supprimer ton jar?

j'ai rencontré se problème avec Tomcat lors du redéploiement de de webapp... le déploiement plentait car un des jar utilisé était locké par le classLoader.
la solution à consisté a setter une option dans le descripteur de l'application qui demendais a tomcat de ne pas locker les jar... pour se faire, tomcat copie le jar dans un fichier temp et charge les classes depuis ce jar, laissant le jar original libre.

voila... si ca peux aider... bonne chance.

A première vu, l'autre solution consisterais a implémenter ton propre ClassLoader.

Patrice.

Salut, merci pour ta réponse, effectivement l'idée de créer un répertoire temporaire contenant les jars n'est pas mauvaise du tout.
Le problème est que je peux avoir de nombreux composants et j'ai un peu peur que celà finisse par prendre pas mal de place (surtout que l'application sur laquelle je bosse est une appli JEE, elle doit donc tourner constamment).
L'installation des composants charge les classes et créer une hiérarchie du composant décompréssé (comme expliqué précedemment), la désinstallation doit décharger les classes et supprimer cette hiérarchie. Le fait de laisser les jars de mon répertoire "lib" sur le disque à la désinstallation d'un composant indiquerait donc que ce composant ne s'est pas bien désinstallé, bref, je ne trouve pas ça très propre.

Donc j'ai vraiment besoin de pouvoir soit charger une classe d'un JAR sans que celui-ci soit locké, soit pouvoir forcer la suppression d'un JAR locké.

Je vais essayer de faire un ClassLoader qui fasse ça, pas super évident, si vous avez des conseils, liens ou quoi que ce soit d'autre qui puisse m'aider....

Merci.

Bouba

creer un ClassLoader n'est pas fondamentalement compliqué... il faut surtout bien comprendre l'ordre de chargement des classes...
inspire toi du code de l'URLClassLoader.
par contre tu devras spécifier le classloader à utiliser lors du chargement de tes classes... mais j'ai l'impression que tu dois déja jouer avec ca.

pas de conseil pratique... j'ai fait ca ya pas mal de temps, il faudrais que je m'y replonge...

bon courage.

P.