Problem mit externen Nachladen von Jars

[windl]

Hi NG,

ich habe ein Problem bei dem ich eure Hilfe benötige.
In meinem Programm möchte ich gerne mit Plugins arbeiten. In diesen Plugins soll es möglich sein externe Java-JarFiles nachzuladen. Ebenso soll die Klasse gleich in die VM eingehängt werden um sie einfach zu benutzen. Dazu habe ich mir einen PluginManager geschrieben. Code hängt bei.
Jedesmal wenn die Funktion defineClass(clazz, data, 0, data.length); aufgerufen wird, bekomme ich folgende Fehlermeldung;
java.lang.NoClassDefFoundError: com/google/gdata/data/AbstractExtension
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at mediaGate.generalFrontend.plugin.help.PluginManager._loadClass(PluginManager.java:243)
at mediaGate.generalFrontend.plugin.help.PluginManager.loadSimpleJarClass(PluginManager.java:145)
at mediaGate.generalFrontend.plugin.help.PluginManager.<init>(PluginManager.java:66)
at mediaGate.generalFrontend.plugin.help.PluginManager.main(PluginManager.java:258)
Caused by: java.lang.ClassNotFoundException: com.google.gdata.data.AbstractExtension
at java.lang.ClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 7 more

Ich sehe den Fehler nicht - woran es liegen könnte.

Danke für Eure Hilfe

Gruß
Uwe

 

[Sen-Mithrarin]

also wenns modular sein soll würde ich direkt einen URLClassLoader nehmen anstatt mir selbst was zu basteln

außerdem hat dein code den fehler das du grundsätzlich verlangst das jede klasse einen öffentlichen default-konstruktor hat ... und das sollte laut deinem comment ja nicht passieren

	/**
	 * Die Klasse wird einfach nur eingeladen....<br>
	 * aber nicht instanziiert...<br>
	 * das muß dann das Plugin machen... <br>
	 * Aber die Klasse hängt im Sichtbarkeitsfeld der VM...<br>
	 * @param name
	 * @throws Exception
	 */

ähm ... was genau denkst du macht denn Class<?>.newInstance() ? richtig : ein instanz-objekt der klasse erzeugen ...

 

[windl]

Ja - die Zeile muss ich noch rauswerfen - aber soweit komme ich ja gar nicht erst!!
Ich scheitere ja schon viel früher!!

 

[Sen-Mithrarin]

wie gesagt : schmeiß den code komplett in die tonne und nimm einfach URLClassLoader ... fertig

 

[windl]

Ich habe es auch schon probiert - aber die Klassen im JarFile sind nicht sichtbar!
Habe mal den Code davon angehängt!

 

[Sen-Mithrarin]

ähm ... WHAT ?

was genau meinst du mit "die klassen im jar sind "nicht sichtbar"" ?

das manifest gibt einen CP vor : "Class-Path: gdata-core-1.0.jar gdata-client-meta-1.0.jar"
das bedeutet damit das ganze KORREKT funktioniert müssen "gdata-core-1.0.jar" und "gdata-client-meta-1.0.jar" im gleichen verzeichnis wie "gdata-client-1.0.jar" liegen ...

dann addest du über reflections (schon mal ganz evil) manuell deine jars zum UCP des CL
gucken wir uns diese methode an delegiert diese nur an sun.misc.URLClassPath > sun-package vermeiden ! ... also auch schon mal sub-optimal
auch kann nicht garantiert werden das die spezielle implementierung des aktuellen ClassLoader genau das macht ... sie kann auch was ganz anderes machen

so ... gehen wir mal von aus das der ClassLoader wirklich ein normaler java.net.URLClassLoader ist ... was passiert wenn du diesem mit reflections NUR das gdata-client-1.0.jar hinzufügst ? ... richtig : du hast ein abhängigkeiten-problem ... denn diese methode löst den im manifest angegeben classpath mit den anderen beiden jars nicht auf ... ergo : dem classloader sind diese jars und damit auch die klassen die darin enthalten sind einfach nicht bekannt ...
und wenn dann eine klasse aus gdata-client-1.0.jar eine klasse aus einem der anderen jars anfordert kann diese nicht gefunden werden ... was eben zum NoClassDefFoundError führt

DAS ist der grund warum ein "new URLClassLoader()" besser wäre ... denn wenn wir uns den call-stack mal genauer ansehen wird bei einem NEW vom URLClassPath auch das manifest des jar ausgewertet und die dort angegebenen jars und klassen automatisch mit geladen


du hast also ZWEI optionen

1) wie jeder vernünftige java-entwickler einfach ein "new URLClassLoader()" zu nutzen und dann halt darüber die gewünschte klasse explizit zu laden (was am besten geht wenn die "main-klasse" in bestimmtes interface implementiert was möglichkeiten zum laden, starten, stoppen und entladen des "plugins" gibt) ...

oder

2) irgendwelche unsauberen reflection-hacks in denen du selbst für jede abhängigkeit verantwortlich bist (also selbst jedes jar öffnen und im manifest nach eventuellem class-path gucken ... und das ganze dann auch noch rekursiv) ... und dann irgendeine wild-fremde klasse über einen weiteren reflection-call laden musst (denn sonst gibts einen compile-time-error ... und wenn man den "sauber" auflöst muss man sich den ganzen kram nicht antun)



man könnte auch, wenns "einfach" gehen soll mit service-loader arbeiten
verlangt aber
1) das die entsprechenden "module" dies auch anbieten
2) das ganze korrekt implementiert und beim start der VM ausgeführt wird ...

zwar auch nicht schön ... aber wenn die entsprechenden module im CP liegen wird alles automatisch geladen ... und die serviceloader-api bietet einem sehr bequeme möglichkeiten





um dir abschließen noch ein beispiel zu geben wie du es machen könntest ein simples beispiel


interface Modul

public class SomeModule implements Modul
- public SomeModul() { }

public class ModuleLoader
- public void load()
-- mainclassname=JarFile.getManifest.getMainAttributes().getValue(Attributes.Name.MAIN_CLASS)
-- CL=new URLClassLoader(path-to-jar)
-- mainclass=CL.loadClass(mainclassname)
-- module-instance=mainclass.newInstance()


das ganze nur mal so grob pseudo-mäßig wenn man z.b. das manifest-attribut "Main-Class" nutzt ...




wenn es jetzt aber darum geht einfach mal irgendeine lib spaßeshalber zur runtime laden zu wollen ... vergiss es ... das wird in einem riesigen reflection-chaos enden
entweder du nutzt eine lib und baust entsprechend das ganze auch normal auf ... oder du musst es kapseln ... alles andere würde ich echt lassen wenn du nicht genau weist WIE du es machen musst

 

[windl]

Also erst einmal vielen Dank für die tollen Tips.
Letzten Endes lag der Fehler ganz banal an einer Kleinigkeit(die ich zwar auch noch nicht verstehe ... aber was solls).
Erst einmal die Lösung.
Der oben vorgestellte JarReader funktioniert - er tut genau das was er soll....

Ich kann somit in meinem Plugin - JarFiles nachladen und Beanshell kann daraufhin Klassen instanziieren.
Wunderbar!

Der Fehler lag letzten Endes darin, dass ich ein abhängiges JAR-File nicht mit eingeladen habe.
Gefehlt hat guava-r07.jar.

Das Plugin habe ich davor schon in Eclipse entwickelt und die benötigten JarFiles eingebunden - aber nicht das guava-r07.jar und trotzdem lief das Programm.

Warum es nun unter Beanshell gemuckt hat - weiß ich nicht!
Hauptsache es läuft ....:toll:

Danke
Uwe

 

[windl]

@Sen-Mithrarin
Du solltest einmal dringend an Deinem Ton in einem Forum arbeiten!!
Hätte ich es zu diesem Zeitpunkt besser gewusst dann hätte ich nicht gefragt - denn auch Deine hingeklotzte Lösung funktioniert nicht!

Also habe ich eine Lösung die funktioniert! Du darfst mir gerne eine lauffähige Funktion anbieten die funktionert

Leute mit deinem Ton und auftreten versauen einem ein Forum!

 

[KSG9|sebastian]

Was ein Forum versaut sind die in letzter Zeit häufig anzutreffenden Ahnungslosen die hier einen auf dicke Hose machen als wären sie James Gosling himself...und die zunehmende Beratungsresistenz macht es nicht besser.

Nebenbei hätte der URLClassLoader bei korrekt gepflegten Manifest genau dein Problem gelöst...

 

[Sen-Mithrarin]

erstens : das mein pesudo-code auf den kram den du versuchst umzusetzen nicht anwendbar ist ist auch ganz klar ... weil mein pseudo verlangt das man ein interface hat und dieses implementiert und die zu ladene klasse als Main-Class im manifest angibt ... und das hat nicht mal ansatzweise was im entferntesten mit deiner idee zu tun

zweitens : um mich mal auf dein niveau runter zu lassen : ich weis nicht was du kleines kind für ein sche!ß problem hast und gleich anfängst auszuticken nur weil man dir sagt : nutze besser etablierte standards anstatt dir was instabiles selbst zusammenfrimeln zu wollen

es steht in jedem anfänger-buch und auch jedem besseren nachschlage-werk : man sollte refelctions nur mit bedacht nutzen, und auch nur dann wenn man weis was man tut ...
du hast in deiner implementierung einige punkte die du nur dadurch ausgelichst das du erstmal wild ALLES versuchst zu laden, sauber oder robust ist das aber noch lange nicht und kann nach hinten los gehen
wenn du dich nicht drauf hinweisen lassen willst nur weil ich dir einen "kürzeren, schnelleren und saubereren" weg zeigen wollte ... gut ... is dein code

drittens : is klar das man fragt wenn man was nicht weis ... aber man sollte es schon drauf haben als "möchtegern-programmierer" google richtig nutzen zu können ... denn gerade das thema "modulare programmierung (mit java)" ist auf grund sehr vieler vorhandenen techniken mehr als breit getreten
wenn es überhaupt was darüber zu posten gibt höchstens eine diskusion welches man nutzen sollte und was für das eigene vorhaben das optimalste ist ...
aber nein, lieber stattdessen gleich erstmal ins nächste forum rennen und noch n thread zu dem thema auf machen ...

ja, sorry, aber gegen solche leute hab ich einfach ganz massiv was weil es zeigt : entweder zu faul oder zu unfähig zum googlen ... und dann aber programmieren wollen


@admins
seit der übernahme wundert mich ja schon gar nichts mehr ... aber muss man wirklich immer noch mit bloßer löschung drohen anstatt sich sinnvoller weise mal die mühe des edit zu machen um zumindest die thematisch korrekten stellen zu erhalten anstatt alles sinnfrei aus dem kontext zu reißen ?
sicher, ist jedem selbst überlassen, grenzt aber irgendwie an zensur
(und wer jetzt mit diesem pamflet von regelwerk oder nettiquette kommt : wie war das mit der freien meinungsäußerung ?)

 

[windl]

Dass ich möglicherweise Fehler gemacht habe das gebe ich ja gerne zu! Dass ich auch die Problematik bei Google nicht richtig erfasst habe auch dass ist möglich!

Dennoch versuche ich meine Wortwahl respektvoll zu treffen! Sätze oder Wortwahlen wie "ich weis nicht was du kleines kind für ein sche!ß problem hast" oder "möchtegern-programmierer" sind glaube ich nicht passend.
Dennoch danke für die Hilfe.
Ich habe das Problem nun am Ende über den URLClassloader gelöst - wie in der Klasse JarReader zu sehen ist. Ich weiß es nicht ob es eine gute Möglichkeit ist - es ist eine Möglichkeit die im Augenblick funktioniert!

Mal abgesehen von Deiner Wortwahl - trotzdem danke für Deine Hilfe auch wenn ich diese nicht umsetzen konnte da das JarFile im Manifest keine Mainklasse beschreibt. Ebenso sind einige Konstruktoren über Paramter zu instanziieren. Deshalb funktioniert so ein "Rundumschlag" mit ".newInstance()" leider nicht.

Wie schon gesagt - trotzdem Danke für die Hilfe.