cachender ClassLoader u.v.m.

[Gosi]

Moin,

ich habe ein kleines Probleme mit meinem Programm.
Es soll durch Plugins erweiterbar sein. (klappt auch schon mehr oder weniger)
Die Plugins sollen "live" neu geladen werden können.
Hier ist das Problem: Der URLClassLoader scheint das zu cachen. Es wird nicht das veränderte Plugin geladen sonder das alte aus dem cache.

Wie kann man das umgehen?


Dann noch mal ein ganz Grundlägende Sache. Ich entwickle das Programm in Eclipse und habe auch einige test plugins im Projekt. Nur kann ich die leider nicht so laden wie in der end Fassung des Programms da die Ordnerstruktur ganz anders ist.
Gibt es für ein solches Vorhaben ein gutes Tutorial. Sollte ja ein häufiges Problem sein. Habe schon gesucht aber nicht das richtige gefunden. Es gibt ein Plugin framework aber das ist mir ein wenig zu groß für das kleine Program.

Abschließend noch was. Kann ich die Plugins "zwingen" nur in bestimmte Ordner zu schreiben/zuzugreifen??

Und doch noch was ;-).
Wenn so ein plugin threads startet kann ich die dann irgentwie mit beenden wenn ich das plugin stoppe?




Man man man Fragen über Fragen. Hoffe ihr könnt mir da ein wenig auf die Sprünge helfen.
Gruß und Dank

Gosi

 

[Roar]

uf, also zur ersten frage:
ich glaub das ist nicht möglich, da das weniger am classloader sondern mehr an der VM liegt. die cachet nämlich die klassen. wenn man dann übernen classloader ne neue laden will, wird die Clas instanz der zuvor geladenen zurückgeliefert. vielleicht kann man da was mit defineClass() was drehen?

zu 2: du könntest dir nen ant script bauen, was die entsprechenden dateien und so verschiebt, dass am ende die ordnerstruktur rauskommt, die du haben willst :?

zu 3: vielleicht kannst du dir mit SecurityManagern oder so ne art eigene sandboc zusammenbauen, aber den ordnerzugriff einschrönken, hmm :-/

zu 4: das wirst du so wahrshceilnic hauch nicht machen können. selbst wenn du die thread instanzen hättest, solltest du sie nicht mit stop() stoppen, also abschliessend:

vertrau doch einfach auf zuverlässige, gutartige plugins, die nur dorthin schireben, wo sie sollen und ihre threads selber stoppen

 

[Wildcard]

uf, also zur ersten frage:
ich glaub das ist nicht möglich, da das weniger am classloader sondern mehr an der VM liegt. die cachet nämlich die klassen. wenn man dann übernen classloader ne neue laden will, wird die Clas instanz der zuvor geladenen zurückgeliefert. vielleicht kann man da was mit defineClass() was drehen?

Das geht eigentlich sogar ziemlich einfach. Die neu zu ladende Klasse darf allerdings nicht vom Standard-ClassLoader sichtbar sein.
Man erstellt einfach für jede neu zu ladende Klasse einen eigenen ClassLoader und bekommt so die aktuelle Version der Klasse.

 

[Roar]

uf, also zur ersten frage:
ich glaub das ist nicht möglich, da das weniger am classloader sondern mehr an der VM liegt. die cachet nämlich die klassen. wenn man dann übernen classloader ne neue laden will, wird die Clas instanz der zuvor geladenen zurückgeliefert. vielleicht kann man da was mit defineClass() was drehen?

Das geht eigentlich sogar ziemlich einfach. Die neu zu ladende Klasse darf allerdings nicht vom Standard-ClassLoader sichtbar sein.
Man erstellt einfach für jede neu zu ladende Klasse einen eigenen ClassLoader und bekommt so die aktuelle Version der Klasse.

hast du das mal probiert ???:L

 

[Wildcard]

nein, hab ich noch nie gebraucht, aber hier ein Beispiel:
(ich denke der Hot-Code-Deploy in Eclipse funktioniert ähnlich)
http://www.galileocomputing.de/openbook/javainsel4/javainsel_08_005.htm#Xxx999409

 

[Roar]

nein, hab ich noch nie gebraucht, aber hier ein Beispiel:
(ich denke der Hot-Code-Deploy in Eclipse funktioniert ähnlich)
http://www.galileocomputing.de/openbook/javainsel4/javainsel_08_005.htm#Xxx999409

hm cool, muss ich das wohl glauben