Class.forName

[nkoehring]

Hallo...

ich muss durch mein Studium Java verwenden und habe immermal einige Kanten und Ecken, an denen ich haengen bleibe. Bevorzugt programmiere ich in Python und bin daher ein aeusserst bequemer Mensch ^^

Naja, nun zu meiner Frage:

Wir planen derzeit ein groesseres Projekt und moechten, dass es aus einzelnen Jar-Dateien zusammengestellt wird. Es sollte soweit gehen, dass der Kern des Programmes sehr klein ist und jegliche weitere Funktionalitaet ein "PlugIn" darstellt. Dadurch waeren zB Oberflaeche und Dateimanagement komplett austauschbar.

Zur Realisierung verwende ich nun Class.forName, stoße dabei aber leider auf gewisse Grenzen. Ich moechte, dass es moeglich ist, per (zB) Textdatei die zu ladenden Klassen anzugeben.

Hier meine einfache Plugin-Klasse:

package pluginmanager;

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

public class Pluginmanager {

	public static void main(String[] args) {
		try {
			dspl_core.Dspl_Core shell = (dspl_core.Dspl_Core)getInstance("dspl_core.Dspl_Core"); shell.run();
		}
		catch (ClassNotFoundException e) {System.out.println(e.getMessage());}
	}

	private static Object getInstance(String name, Class[] coParams, Object[] inParams) throws ClassNotFoundException {
		try {
			Class cl = Class.forName(name);
			Constructor co = cl.getConstructor(coParams);
			Object obj = co.newInstance(inParams);
			return obj;
		}
		catch (SecurityException e) {System.out.println(e.getMessage());}
		catch (NoSuchMethodException e) {System.out.println(e.getMessage());}
		catch (IllegalArgumentException e) {System.out.println(e.getMessage());}
		catch (InstantiationException e) {System.out.println(e.getMessage());}
		catch (IllegalAccessException e) {System.out.println(e.getMessage());}
		catch (InvocationTargetException e) {System.out.println(e.getMessage());}

		Object obj = new Object();
		return obj;
	}

	private static Object getInstance(String name) throws ClassNotFoundException {
		try {
			Object obj = Class.forName(name).newInstance();
			return obj;
		}
		catch (ClassNotFoundException e) {System.out.println(e.getMessage());}
		catch (SecurityException e) {System.out.println(e.getMessage());}
		catch (IllegalArgumentException e) {System.out.println(e.getMessage());}
		catch (InstantiationException e) {System.out.println(e.getMessage());}
		catch (IllegalAccessException e) {System.out.println(e.getMessage());}

		Object obj = new Object();
		return obj;
	}
}

Diese Klasse sorgt sozusagen dafuer, dass import dspl_core.Dspl_Core nicht zur Compilertime sondern waerend der Laufzeit erfolgt. Gut und schoen, wenn man weiß *was* man importiert.

Habe ich jetzt aber besagte Textdatei in der nur einfach "dspl_core.Dspl_Core" steht, dann kann ich zwar eine Instanz der richtigen Klasse erzeugen, aber nicht so Casten, dass ich sie auch verwenden kann (Zeile 10)... oder doch? Wenn ja: Wie??

Vielen Dank fuer jegliche geopferte Zeit...

 

[SlaterB]

selbst wenn ein Cast ginge, was bringt es dir ein Objekt eines unbekannten Types zu haben?
du kannst ja im Quelltext kaum schon deren unbekannte Operationen ansprechen,
und wenn die Operationsnamen ebenso in einer Datei stehen, dann brauchst du keinen Cast

------

eine andere Situation ist, wenn du ein INTERFACE für alle in Frage kommenden Klassen an dieser Stelle hast,
z.B. Interface Dateimanagement mit vorgegebenen Operationen ladeDatei() oder ähnliches,

dann macht es zum einen Sinn, das Objekt zu casten, damit du diese vorgegebene Operation komfortabel ganz normal aufrufen kannst,
zum anderen hast du dieses Interface dann aber auch vorliegen und kannst es direkt im Code hinschreiben:
InterfaceName shell = (InterfaceName )getInstance(klassenNameAusDatei);
shell.run();

(ich entdecke da nun die Operation run , die muss in ein Interface)

ein Cast ist in diesem Fall also kein Problem

--------


> Object obj = new Object();
> return obj;

ist übrigens ziemlich fies
wieso gibts du im Fehlerfall solche Dummy-Objekte zurück?
null wäre ehrlicher

 

[NTB]

Wenn ihr das nicht unbedingt selbst bauen wollt, gibt es das Java Plugin Framework.

/edit:
http://peeranha42.sf.net nutzt einen selbst geschriebenen Pluginloader. Vielleicht wollt ihr euch da was klauen - öh pardon - abschauen

 

[kleiner_held]

Uebrigens:
Nur weil dspl_core.Dspl_Core nicht oben in den Imports aufgelistet ist, heisst dass nicht das dein Pluginmanager zum Compilierungszeitpunkt nicht von dspl_core.Dspl_Core abhaengt. Da Du in Zeile 10 diese Klasse explizit verwendest, baut der Compiler dann eine entspechende Abhaengigkeitsbeziehung.

Ansonsten ist das Wichtigste schon gesagt, fuer deine Plugins brauchst Du ein Interface das die Eigenschaften der Plugins definiert.