Nur Klassen aus einem bestimmten Jar laden

[algebraiker]

Hi Leute,

ich habe mal wieder keine Ahnung.

Ich habe in meinem Projekt zwei Bibliotheken,

foo.jar

und

bar.jar

. In beiden JARs existiert eine Klasse

Foobar.java

, die eine Methode

getFoobar(Object xy)

beinhaltet.

Ich möchte nun die

getFoobar(Object xy)

entweder aus

foo.jar

oder aus

bar.jar

laden. Die Methoden

getFoobar(Object xy)

unterscheiden sich zwar nicht in ihrer Deklaration, aber eben in ihrer Methodensignatur und das ist entscheidend.

Ich dachte mir, ich könnte es vielleicht über ein Properties-File lösen.

#Mittwoch Feb 23 2012
choice=foo

Properties prop = new Properties();
//load a properties file
prop.load(new FileInputStream("foobar.properties"));

if(prop.getProperty("choice").equals("foo") {
 //Lade aus foo.jar
}
else {
//Lade aus bar.jar
}

Wie kann ich das realisieren? Geht das überhaupt so, wie ich mir das vorgestellt habe?

Was ich vorhabe ist folgendes, um zu erklären, warum ich das so zu realisieren gedenke. Ich möchte in der Zukunft Projekte schreiben, die als JAR exportieren und dann bequem in meine Anwendung miteinbinden und wählen dürfen, was verwendet wird. Daher auch der identische Klassenname und die identische Methode, aber mit unterschiedlicher Signatur.

Ich hoffe ihr versteht, was ich meine? ???:L

 

[bygones]

dann soll in dem properties file angegeben werden welches jar geladen werden soll....
du laedst dann alle Klassen aus dem ausgewaehlten jar und greifst dann auf Foobar mit seinen Methoden zu

 

[tfa]

Das geht über verschiedene Classloader. Ob man das selbst basteln sollte, ist aber eine andere Frage. Die OSGi-Plattform bietet z.B. ein dynamisches Komponentenmodell, womit du dein Problem lösen könntest. Sich da einzuarbeiten ist allerdings schon eine Aufgabe...

 

[algebraiker]

Vielleicht sollte ich dazu sagen, dass das ganze ein RCP-Projekt ist, falls das von Belang ist.

@bygones: Wie funktioniert das?

 

[bygones]

zb java - How should I load Jars dynamically at runtime? - Stack Overflow
java - How to load a jar file at runtime - Stack Overflow

 

[Noctarius]

Für sowas nutzt man normalerweise Modularisierungssysteme wie z.B. OSGi

 

[irgendjemand]

also noch größer überdemensionieren als mit OSGI geht nicht oder wie ?

@TO

URLClassLoader ... google und api-doc

 

[maki]

Vielleicht sollte ich dazu sagen, dass das ganze ein RCP-Projekt ist, falls das von Belang ist.

Eclipse RCP?

Wenn ja, dann ist OSGi die einzig vernünftige Wahl, ist nämlich schon Teil von Eclipse und gehört da zu den Grundlagen.

 

[Noctarius]

also noch größer überdemensionieren als mit OSGI geht nicht oder wie ?

@TO

URLClassLoader ... google und api-doc

Nein ist es nicht. Bis du das sauber implementiert hast, vor allem mit Abhängigkeiten und BridgingClassLoadern bist du auch bei OSGi, abgesehen davon dass Eclipse RCP schon OSGi ist.

 

[algebraiker]

Ok, nachdem ich nun über die Antwort auf meine Frage nachgedacht und auch recherchiert habe. Es wird über ClassLoader nicht gehen.

Die Frage, die sich mir nun stellt. Wie läuft das Ganze dann über OSGi ab? Was muss ich da tun? Wo kann ich mich für meine Frage speziell da einlesen!?

 

[tfa]

Es wird über ClassLoader nicht gehen.

Warum nicht? Hast du dir den URLClassloader angesehen?
OSGi benutzt auch nur Classloader (was auch sonst?).

 

[Noctarius]

OSGi ist ein Standard. Es gibt sehr viele Bücher zu dem Thema. Ansonsten kannst du auch tonnen Tutorials im Web dazu finden.

OSGi setzt voraus, dass deine Module als Bundles (Module im OSGi Termini) vorliegen und ihre Abhängigkeiten definieren. OSGi kümmert sich dann darum, dass diese Abhängigkeiten aufgelöst werden. Dies geht bis auf Versionsnummer einer einzelnen Klasse wird aber meistens über Versionsnummern der Bundles gelöst.

Zusätzlich definiert OSGi einen zusätzlich Sichtbarkeitslevel zu private, protected, public und default. In OSGi kann ich explizit definieren welche Packages aus einem Bundle exportiert werden und damit anderen Bundles zur Verfügung stehen dürfen. Dadurch wird eine hohe Modularisierung über Interfaces erreicht, da die expliziten Implementierungen hinter Factories / Services versteckt bleiben und nur die Interfaces als öffentliche API exportiert werden.

 

[Noctarius]

Warum nicht? Hast du dir den URLClassloader angesehen?
OSGi benutzt auch nur Classloader (was auch sonst?).

Schau dir mal die Spielereien an die OSGi intern nutzt um das ClassLoader handling zu implementieren.

 

[tfa]

Schau dir mal die Spielereien an die OSGi intern nutzt um das ClassLoader handling zu implementieren.

Danke für den Ratschlag, aber von derartigen Untersuchung bzgl.OSGi und Classloading habe ich für meinen Geschmack schon mehr als genug unternommen.

 

[algebraiker]

Warum nicht? Hast du dir den URLClassloader angesehen?
OSGi benutzt auch nur Classloader (was auch sonst?).

Weil ich noch keine Möglichkeit gefunden habe mittels URLClassloader auf eine bestimmte Jar, das in meinem Projekt eingebunden ist, zuzugreifen.

Eigentlich bräuchte ich ja nur zwei Sachen.

a) Wähle in meinem Projekt eine bestimmte JAR aus.
b) Verwende diese.


Wenn ich solche Spielereien durchführen (testweise):

ClassLoader classLoader= Activator.class.getClassLoader();
Class<Foobar> classA = (Class<Foobar>) classLoader.loadClass("package.Foobar");
for(Method m : classA.getMethods()) {
   System.out.println(m);
}

bekomme ich zwar eine Auflistung der möglichen Methoden in

Foobar.java

aus

foo.jar

. Allerdings würde ich eben gerne mal auch die Methoden von

Foobar.java

aus

bar.jar

sehen und das ist mir bisher einfach nicht gelungen.

 

[tfa]

Weil ich noch keine Möglichkeit gefunden habe mittels URLClassloader auf eine bestimmte Jar, das in meinem Projekt eingebunden ist, zuzugreifen.

Versuch folgendes:

ClassLoader classloader = new URLClassLoader(new URL[] {
    new File("foobar.jar").toURI().toURL()
});
...usw.

 

[algebraiker]

Versuch folgendes:

ClassLoader classloader = new URLClassLoader(new URL[] {
    new File("foobar.jar").toURI().toURL()
});
...usw.

Du bist der King!

ClassLoader cl1 = new URLClassLoader(new URL[] {
    		    new File("foo.jar").toURI().toURL()
    		});
    	
    	Class<?> classA = cl1.loadClass("package.Foobar");
    	
    	for(Method m : classA.getMethods()) {
    		System.out.println("From foo.java: "+m);
    	}
    	
    	ClassLoader cl2 = new URLClassLoader(new URL[] {
    		    new File("bar.jar").toURI().toURL()
    		});
    	
    	Class<?> classB = cl2.loadClass("package.Foobar");
    	
    	for(Method m : classA.getMethods()) {
    		System.out.println("From bar.java: "+m);
    	}

Funktioniert wie geschmiert!!!

Danke. 🙂