IllegalArgumentException bei Method.invoke()

[faetzminator]

Hallo Zusammen

ich habe einen Softwarecore, welcher anhand eines XML's bestimmte Module laden soll. Danach versucht er, diese gegenseitig zu "linken". Auf alle Fälle ruft er setter von Modulen auf, bei welchen er andere Module übergibt. Dies sieht folgendermassen aus:

	private void linkModules(ArrayList<ModuleInterface> modules) throws Exception {
		for (int i = 0; i < modules.size(); i++) {
			ModuleInterface module = modules.get(i);
			String name = getSetterMethodName(module.getClass().getSimpleName());
			for (int j = 0; j < modules.size(); j++) {
				ModuleInterface mod = modules.get(j);
				// TODO implement better way - faetzminator
				try {
					Method meth = mod.getClass().getMethod(name, new Class<?>[] {module.getClass()});
					meth.invoke(mod, new Object[] {module});
					System.out.println("invoked " + mod.getClass().getName() + "." + name + "(" + module.getClass().getName() + ")");
				} catch (NoSuchMethodException e) {
					// ignore
				} catch (IllegalAccessException e) {
					// ignore
				} catch (InvocationTargetException e) {
					// ignore
				}
			}
		}
	}

Nun, wenn ich in Eclipse alle Packages im gleichen Projekt habe, funktioniert das auch wunderbar, wenn ich das Package aber in ein anderes Projekt nehme (und der System CL somit die zu ladenden Klassen nicht sieht) krieg ich beim invoke() eine nichtssagende Exception:

java.lang.IllegalArgumentException
   at java.lang.reflect.Method.invoke(libgcj.so.90)
   at ch.faetzminator.ircwaynebot.core.ModuleHandler.linkModules(ModuleHandler.java:74)
   at ch.faetzminator.ircwaynebot.core.ModuleHandler.loadModules(ModuleHandler.java:46)
   at ch.faetzminator.ircwaynebot.core.IrcWayneBot.start(IrcWayneBot.java:40)
   at ch.faetzminator.ircwaynebot.core.IrcWayneBot.main(IrcWayneBot.java:136)

Kennt jemand die Lösung zum Problem?

Gruss, faetzminator

PS: ich verwende
java version "1.5.0"
gij (GNU libgcj) version 4.3.2

 

[SlaterB]

wieso bekommst du überhaupt eine Exception-Ausgabe, du hast doch überall ignore..
(edit: ok, nicht bei IllegalArgumentException, vielleicht ist das eine ganz normale Reakion der fraglichen Methode?)

ich würde loggen, an welcher Stelle das genau passiert und an dieser dann die testweise auf die entsprechenden Klassen und Methoden normal zugreifen

also
if (Exception-Fall) {
TypeA a = (TypeA) parameterA;
TypeB b = (TypeB) parameterB;
..
TypcX x = (TypeC) objectToCall;
x.methodToCall(a, b, ..);
}

usw.
und schauen ob dabei sinnhaftere Fehlermeldungen wie ClassNotFound, ClassCast usw. auftreten mit genauer Zeilennummer

Pech ist, wenn du einen solchen Code gar nicht kompilieren kannst, weil die Klassen an dieser Stelle unbekannt sind,
dann prüfe eben so mehr Logging und verwende vielleicht Class.forName(), Class.isAssignable() usw

vielleicht sind irgendwelche Klassen nicht vorhanden oder in falscher Version/ in mehreren Versionen

edit:
> libgcj.so.90
klingt ja böse, vielleicht etwas, zu dem meine Standardantworten nicht weiterhelfen

 

[faetzminator]

Dies ist der einzige Ort im Projekt, an dem ich (momentan noch, TODO gesehen?) Exceptions abfange, so kann ich einfach alles miteinander kreuzen (, egal ob die Methoden vorhanden und public sind). Und diese IllegalArgumentException wird NICHT abgefangen, was sie auch nicht sollte.
Zu deinen Aussagen:
- Es wird erst hier eine Exception geworfen, die Objekte wurden von einem URLClassLoader geladen und sind ok
- Natürlich kommen keine sinnvollere Exceptions, weil diese die einzige ist

EDIT:
naja, ich habe mich auch schon gefragt ob es wohl an einem Bug (Feature ) meiner JVM liegt und ob ich die Sun Version installieren sollte.

 

[maki]

ich habe einen Softwarecore, welcher anhand eines XML's bestimmte Module laden soll. Danach versucht er, diese gegenseitig zu "linken". Auf alle Fälle ruft er setter von Modulen auf, bei welchen er andere Module übergibt.

Solltest dir mal bei Gelegenheit OSGi ansehen.

 

[faetzminator]

Solltest dir mal bei Gelegenheit OSGi ansehen.

Werd ich mal machen. Das Umsteigen auf Sun's Java war wirklich die Lösung. Hatte da aber Schwierigkeiten mit der java.policy.

Nun fällt er einfach schon eine Zeile höher mit einer NoSuchMethodException auf die Schnauze...

Gruss, faetzminator

 

[Spacerat]

Ich glaub' nu' kann ich mir zumindest auch vorstellen warum: Bei "getMethod()" werden in deinem Code schlicht die falschen Parametertypen (nämlich die Instanz-Klasse von "modul") übergeben. Da müsste "ModuleInterface.class" stehen. Selbst wenn "modul" eine Instanz von "ModuleInterface" ist, wird das von "getMethod()" nicht erkannt. Wenn das nicht verständlich ist, hilft hoffentlich diese Codezeile:

Method meth = mod.getClass().getMethod(name, new Class<?>[] {ModuleInterface.class});

 

[faetzminator]

Hab das Verzeichnis der zu ladenden Dateien in den Classpath genommen und dann funktionierts super ( - finde ich zwar etwas komisch).