[beny_mcde]

moin, wie der titel schon sagt habe ich ein prob mit der platoons plugin engine und externen bibiliotheken.

und zwar in meinem fall habe ich versucht in einem plugin mir eine Logger (log4j) zu besorgen.
das log4j jar liegt im klassenpfad aber ich bekomme trotzdem eine ClassNotFound Exception.

das ist ein durchaus logisches verhalten, da die plugins ja nur ihre eigenen klassen und die der dependencies kennen.

heißt das nun das ich jede bibiliothek die in einem plugin genutzt werden soll in ein plugin umwandeln und es in denen die es brauchen eine dependencie einfügen soll, oder lässt sich das auch mit weniger aufwand lösen?

[pago]

Die Plugins kennen ihre eigenen, die ihrer Abhängigkeiten und die Klassen aus dem Bootstrap-Classpath. Jedenfalls ist das bei mir so.
Bist du sicher, dass das alles seine Ordnung hat, wie du das da gemacht hast?

[beny_mcde]

also auf den ersten blick scheint alles in ordnung zu sein.
ich bekomme kurz bevor der exception noch eine log nachricht, die über eine brückenklasse von dem platoon ILogger an einen log4j logger übergeben wird, also ist log4j auf jeden im klassenpfad.

DEBUG PluginManager  ( PluginManagerLogger.java:21)     - Unable to find class in Plugin "Test Plugin 1": org.apache.log4j.Logger
java.lang.ClassNotFoundException: org.apache.log4j.Logger
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at org.platonos.pluginengine.PluginClassLoader.findClass(PluginClassLoader.java:241)
	at org.platonos.pluginengine.PluginClassLoader.loadClassFromClassPath(PluginClassLoader.java:184)
	at...

in der methode start des PluginLifecycle habe ich versucht den logger zu besorgen.

public class TestPluginLifecycle  extends PluginLifecycle{

 @Override
protected void start() {
	Logger log = Logger.getLogger(TestPluginLifecycle.class);
}

 @Override
protected void stop() {
	// log.info("Testplugin stopped!");
}
}

das hatte die ClassNotFound Exceptions zur folge.

protected void start() {
	try{	      TestPluginLifecycle.class.getClassLoader().loadClass("org.apache.log4j.Logger");
	} catch(Exception e){
		e.printStackTrace();
	}
}

gibt auch eine exceptions, war ja auch zu erwarten

protected void start() {
	try{	      TestPluginLifecycle.class.getClassLoader().getSystemClassLoader().loadClass("org.apache.log4j.Logger");
	} catch(Exception e){
		e.printStackTrace();
	}
}

gibt keine exception, da das log4j jar ja im classpath ist.
auch klassen aus meinem hauptprogramm welches die pluginengine startet kann ich nicht laden.
aber klasses aus dem plugin selbst lassen sich laden.

[pago]

Sehr seltsam, aber bei mir funktioniert sowas absolut problemlos. Ich hab keine Ahung, warum das nicht geht. Wende dich mal an deren Mailing List, da scheint man noch Antworten drauf zu bekommen.

[beny_mcde]

ok das werde ich tun, wenn ich zwischen lernen und lernen mal einen kleinen freiraum habe...

[beny_mcde]

problem gelößt...

hab mich wohl von der exception zu sehr irritieren lassen.
wenn eine klasse im plugin nicht gefunden wird gibt es eine debug log nachricht

DEBUG PluginManager  (       PluginManager.java:40)     - Unable to find class in Plugin "Plugin 1": org.apache.log4j.Logger

dieser wird auch die ClassNotFoundException mitgegeben.
da ich alle logs mit throwables direkt an log4j weiter gegeben habe hat log4j den stack trace ausgelößt...

DEBUG PluginManager  (       PluginManager.java:40)     - Found class in parent loader: org.apache.log4j.Logger

diese nachricht kommt dann direkt nach dem stack trace, hab ich aber dann wohl übersehen...

also war es nicht wirklich ein fehler...

[pago]

Hehe. Siehste, hab ich doch gesagt.