Je développe une applet qui contient différents plug-ins. Afin d'éviter d'avoir un JAR de départ trop lourd, j'aimerais que les jars des plug-ins ne soient chargés que si nécessaire, càd que si l'utilisateur utilise un des plug-ins.
Existe-t-il un mécanisme permettant de charger un JAR dynamiquement en cours d'exécution ?

URLClassLoader  ...

j'ai oublié de préciser : ça doit marcher en java 1.1
si mes souvenirs sont exacts, URLClassLoader n'existe qu'à partir de 1.2
merci benou

bha dans ce cas, je dirais qe tu peux pas ...
 
ou bien tu récupères le code de la classe URLClassLoader .. et tu l'adaptes pour qu'il passe en jdk 1.1

C'est pas très constructif, ce blabla, je demande votre ban

   
 
j'attends la réponse de noldor. Je lui ai déjà donné 2 réponses moa !  

Sans être expert en Applet , je dirais que justement il ne faut pas faire de JAR si tu souhaites que les classes soient chargées dynamiquement en fonction du besoin.
En fait le ClassLoader va chercher les classes quand il en a besoin c à d quant dans ton code "apparait" une classe par exemple. Evidement si cette classe herite, implemente ou contient d'autre classe alors évidement elle seront chargés automatiquement.
Dans certain cas pour pouvoir charger une classes selon certaines conditions Class.forName est ton ami.
Si tu détailles plus tes besoins je pourrait te donner des explications + claires que cette vague présentation peu rigoureuse.

Class.forName marcherait, mais ce qui m'embête, c'est que je devrais charger classe par classe, et c'est tout de même assez lent

Franchement si tu pouvais donner des détails.
Tu n'es pas obliger de faire un Class.forName pour tout.
En plus si ta bien penser ton modele , tes plugins devrait tous implementer une interface commmune, en suite avec un patern Factory c'est vite réglé .
ex:

 
Dans l'exemple je n'utilise pas de Factory  
 
Concernant la lenteur c'est relatif car tes classes ne sont chargé qu'une fois.  
Ce qui peux etre lent c'est si tu utilises des méthodes de reflexion comme :

puis on image une boucle sur mesMethodes[i].invoque(...)
.
Mais en utilisant des interfaces t'as pas ce problème

j'ai en effet une interface que tous mes plugins doivent implémenter
bon, je vais réfléchir à tout ça

je vois ce que le Class.forName va pouvoir arranger dans sa situation... quand tu fais class.forName, il cherche la classe parmis son classpath => dans le cadre d'une aplpet, tu ne peux utiliser comme ca que les classes de l'environnement Java et les classes du jar de l'applet ...
 
là ce qu'il veut c'est éviter de devoir télécharger un gros JAR, mais plutot plusieurs petits en fonction de ce dont aura besoin l'utilisateur.
 
ou bien j'ai rien compris au premier post  

voilà, tu as compris (c'était pas clair dans mon post, mais ça l'est pas non plus dans ma tête)

ouais ben il te fait un truc qui fait la même chose que URLClassLoader => si tu l'as pas en JDK1.1, bha faut le recoder

 
Justement j'ai dit de ne PAS faire de jar et de les laisser les fichier .class sur le serveur avec l'arborescence qui va bien . Donc chaque fois que Class.forName var reclamer une classe, l'applet ira chercher le ou les fichier.class neccessaire sur le serveur.
Pas mal d'applet utilise cette technique.

oui mais si il y a 500 classes à charger comme ça, ça sera quand même lent

Ton projet comporte 500 classes en tout ou t'as 500 classes pour tes plugins ?
Je pense que tu peux mixer un jar pour ton appli de base et les plugin les laisser sous forme de .class. Mais c'est à tester ou à verifier dans les doc.
Il est vrai que le jar te fait gagner en moyenne env 50% en terme de volume.
Maintenant franchement c'est à toi de voir le rapport entre le volume de tes classes de bases neccessaires à ton appli et le volume des classes des plugin, autre parametres la fréquance d'utilisation de plugin differents dans le temps (En clair est ce que en une minute on utilisera 10 plugin different ou 1 seul).
Et pour finit combien pese ton jar en ko ou mo avec ces  500 classes.

l'appli de base est relativement petite (le JAR fait 400 ko)
certains plugins sont petis, une trentaine de classes, d'autres plus gros, ça peut aller jusqu'à 3-400 classes représentant 2-3 Mo.  
Mais tu as raison, faut que je fasse des tests, quitte à opter pour un compromis

sache que les jars ne sont pas télécharger a chaque chargement de l'applet, c'est comme pour java web start: ton navigateur verifie que le jar qu' il dispose est le meme que celui qui est sur le serveur>> s il est different il télécharge le nouveau, sinon il charge celui qui est ds les tempory file internet....
 

c'est pas browser dependant ça ??

 
j ai pas compris ce que tu veux savoir dsl...

je demandais si le mécanisme que tu décrivais était valable pour à peu près tous les navigateurs

 
je pourrait pas te repondre malheureusement, moi meme je galere avec le plug in java , parfois ca marche parfois ca marche pas
 
ce qui est sur c 'est que IE gere les fichiers jar de cette facon