Dynamische Bibliotheken einbinden

[SuperSeppel13]

Hallo Leute,

ich weiß nicht, ob "dynamische Bibliotheken" wirklich das sind, was ich suche, aber mir fiel nichts passenderes ein.
Am besten beschreib ich mein Problem anhand eines kleinen Beispiels:

Ich arbeite gerade an einer Art Download-Manager, der von der Seite X Bilder herunterlädt. Ich schreibe also eine Klasse, die die nötigen Methoden enthält um die gwünschten Inhalte zu beziehen. ...soweit kein Problem.
Nun wird aber die Seite überabreitet und die Inhalte werden anders organisiert, sodass die alten Download-Methoden nicht mehr funktionieren. Ich muss also neue Methoden schreiben und das ganze Programm aktualisieren.

Viel schöner und bequemer wäre es aber, die Klasse mit den Download-Methoden in eine Art externe Bibliothek zu verlagern, die erst zur Laufzeit eingelesen wird und die bei Änderungen schlicht ausgetauscht werden kann.
So könnte ich auch andere Bibliotheken für ander Seiten hinzufügen und dann auswählen, von welcher Seite die Bilder geladen werden sollen - gewissermaßen wie plug-ins für verschiedene Seiten.

Unter Windows ist sowas wenn ich mich nicht irre mit .dlls zu bewerkstelligen, aber wie mach ich sowas in Java? Und wie lese ich die Bibliotheken dann ein?
Google hat mir da nicht viel weitergeholfen, da ich nicht genau weiß, wonach ich suchen muss.

Wär echt klasse, wenn jemand 'ne Idee hätte!

 

[Icewind]

Du musst mit class loadern arbeiten. Am einfachsten mit dem URLClassLoader...
Von dem erbst du dann deinen eigenen ClassLoader, mit der protected Methode addURL(String) kannst du ein jar archiv bzw einen Ordner zum ClassPath hinzufügen. Dh an diesem Ort bzw in dem jar archiv wird in Zukunft nach Klassen gesucht.

Jetzt kannst du mit der Methode loadClass(String) Klassen aus dem gerade hinzugefügen jar laden, der String ist der komplette Name, also zb: "org.javaforum.plugin.HelloWorld"...
Mit dem daraus gewonnen Class Object kannst du eine neue Instanz von HelloWorld anlegen...

 

[musiKk]

Nur ne kleine Anmerkung: Der URLClassLoader ist schon selbst verwendungsfähig. Man muss nicht erst von ihm erben.

 

[SuperSeppel13]

Danke für die schnellen Antworten - das klingt schonmal vielversprechend!
Werd's so bald wie möglich ausprobieren. Sollte ich auf probleme Stoßen, melde ich mich nochmal.

 

[HoaX]

Im Prinzip sollte es auch reichen den betreffenden Code in ein eigenes Jar auszulagern und dieses in den Classpath/Manifest mit aufzunehmen. Dann musst du nur das Jar austauschen von Hand und fertig ...

 

[faetzminator]

... und die Applikation neu starten. Beim CL musst du nur dem Programm sagen (bzw. das so implementieren), dass die Jar neu geladen werden soll.

 

[SuperSeppel13]

Also ich hab jetzt mal ausprobiert, ein Beispielklasse mit URLClassLoader zu laden. Das scheint auch gewissermaßen funtkioniert zu haben - zumindest erhalte ich keine Exceptions. Aber ich kann nun keine Instanz der Klasse erzeugen um dann deren Methoden auszuführen.

Mein Beispiel sieht bisher so aus:

    URL[] urls = {new URL("file://E:/Djen/")};
    Class test = new URLClassLoader(urls).loadClass("Test");
    Object o = test.newInstance();
    System.out.println(o.getClass());

Die geladene Klasse "Test" ist nichts weiter als

public class Test{
    public String test(){
        return "test";
    }
}

Wenn ich das ausführe, wird in der Konsole richtigerweise "class Test" ausgegeben.
Ergänze ich aber die Zeile

Method m = test.getMethod("test");

führt das zu einer NoSuchMethodException.
Warum? Es gibt die "test"-Methode doch! Was mach ich da falsch?

 

[musiKk]

Sollte eigentlich gehen. Aber warum castest Du die Instanz ([c]o[/c]) nicht einfach nach [c]Test[/c] und führst die Methode direkt aus?

 

[SuperSeppel13]

Naja, einfach nach "Test" casten kann ich nicht, da "Test" als Klassenname ja nicht bekann ist.

Test t = (Test)o;

funktioniert also nicht.
Wenn ich aber beispielsweise die Klasse Test von JButton erben lasse, kann ich die Instanz der geladenen Klasse auch nicht nach JButton casten --> ClassCastException

Auch

JButton.class.isAssignableFrom(test)

liefert nicht true, selbst wenn Test eine Unterklasse von JButton ist.

 

[Icewind]

Bei meinen Systemen hat es sich bewährt alle Klassen die so eingebunden werden von einem gewissen Interface erben zu lassen...
Somit kannst du zumindest auf dieses Interface casten...

 

[SuperSeppel13]

Das war meine Idee, abe ich kann überhaupt nicht casten. Ich bekomm immer ne ClassCastException, ganz egal was ich hab und zu ws ich's casten will. Hab scho einiges ausprobiert, aber nichts geht...

 

[musiKk]

Könnte es ein Problem sein, dass sich die Klasse Test offensichtlich im default Package befindet?

Ansonsten wäre vielleicht ein kleines komplettes Beispiel nicht schlecht.

 

[SuperSeppel13]

Naja, die Klasse Test befindet sich in überhaupt keinem Package. Ich dachte, die Idee sei, dass ich irgendeine Klasse von völlig egal wo laden und ausführen kann. Aber es scheint auch völlig egal zu sein, welchem Package ich die Klasse zuordne und von wo ich sie lade - ausführen kann ich sie einfach nicht!

Langsam weiß ich echt nicht mehr weiter... hat nicht vielleicht irgendwer ein funktionierendes Beispiel, das ich mir mal ansehen könnte? Wär echt klasse!!!

 

[faetzminator]

Sie darf nicht in einem Package sein, in welchem sich deine "eigentlich App" befindet. Mach ein Subpackage, in welchem sich der Rest nicht befindet. (z.B. ch.faetzminator.<project>.core.* und ch.faetzminator.<project>.modules.*)

 

[Wildcard]

Sie darf nicht in einem Package sein, in welchem sich deine "eigentlich App" befindet. Mach ein Subpackage, in welchem sich der Rest nicht befindet. (z.B. ch.faetzminator.<project>.core.* und ch.faetzminator.<project>.modules.*)

Wie kommst du darauf? Im gleichen Package ist kein Problem, solange sich keine Klassennamen überschneiden.

 

[musiKk]

Naja, die Klasse Test befindet sich in überhaupt keinem Package.

Ungeachtet der anderen Aussagen: Ist eine Klasse in "keinem" Package, ist sie im default Package. Sagt man einfach so. Es wird allgemein nicht empfohlen, Klassen im default Package zu lassen.

Anyway... auch wenn ich das selten mache, hier mal ein Beispiel.

Das Hauptprogramm:

package test;

import java.io.File;
import java.net.URL;
import java.net.URLClassLoader;

public class JavaForumTest {

	@SuppressWarnings("unchecked")
	public static void main(String[] args) throws Exception {

		URLClassLoader urlCl = new URLClassLoader(new URL[] { new File(args[0])
				.toURI().toURL() });
		Class<MyInterface> myClass = (Class<MyInterface>) urlCl
				.loadClass("test.MyImpl");

		MyInterface my = myClass.newInstance();
		my.sayHello();

	}

}

interface MyInterface {
	void sayHello();
}

Und hier die Klasse, die in ein Jar soll, welches das erste Argument des Hauptprogramms ist:

package test;

public class MyImpl implements MyInterface {

	@Override
	public void sayHello() {
		System.out.println(this + " says hello!");
	}

}

 

[SuperSeppel13]

OK, hab's hinbekommen. Muss mich außerdem bei euch entschuldigen:
Ich hab mir igenwann mal ein Test-Projekt angelegt, dass ich immer benutze, wenn ich etwas ausprobieren will ohne damit meine "richtigen" Projekte zu belasten....
naja, kurz:
Es gab schon eine Klasse Test im gleichen Ordner wie die Klasse, mit der ich meine neue Test-Klasse auslesen wollte und da der ClassLoader ja immer erst alle möglichen verzeichnisse durchsucht, bevor er in dem nachschauht, das ich bei der Initialisierung übergebe, hat er immer diese alte Test-Klasse geladen, die natürlich nicht das tat, was ich mir wünschte.

Habe diese nun entfernt! Jetzt geht's also.
Tut mir echt leid, wegen sowas eure Zeit in Anspruch genommen zu haben.

Auf jeden Fall vielen Dank für die ganze Hilfe! Ich denke, den Rest schaffe ich allein.
Obwohl, eine Frage hätt ich noch:
Da der ClassLoader ja immer alle möglichen Verzeichnisse durchsucht, dauert es ziemlich lange, bis er die richtige Klasse gefunden hat. Kann man dem irgendwie sagen, dass er zuerst im angegebenen Verzeichnis suchen soll?