Klasse relativ zur jar mit class.forName() laden

[H.oly]

Hallo!

Ich bin gerade dabei ein kleines Spiel zu schreiben mit einer Protablen KI (Andere Leute sollen mir eine KI geben können, die ein bestimmtes Interface implementiert, und dann soll sie dynamisch geladen werden können abhand des Klassennamen).

Das ganze klappt in Eclipse auch ganz gut, wenn ich den Paketpfad angebe. Aber sobald ich eine Jar daraus mache und versuche auf Klassen, die in einem Ordner liegen der auf einer Ebene mit der Jar ist, zuzugreifen bekomme ich ne ClassNotFound, oder je nach String Variation auch ne Nullpointer.

Also die Strucktur sieht so aus:

TestOrdner/testJar.jar
TestOrdner/AIs
TestOrdner/AIs/ai.class

Hier der JavaCode

package de.bla.application;

import java.lang.reflect.Constructor;
import java.security.KeyStore.LoadStoreParameter;

import de.bla.basics.BStrategy;

public class TestStrategyLoader{

	
	
	
	public static BStrategy loadStrategyFromFile(String path){

	BStrategy strategy = null;	
		
	try{
		Class formClass = Class.forName(path);

		Constructor con = formClass.getConstructor();
		
		strategy = (BStrategy) con.newInstance(null);
		
	
	}
	catch(Exception e){}
	
	return strategy;
	
	}
	
	public static void main(String[] args) {
		
		String name = "AIs.ai";
				
		BStrategy test = loadStrategyFromFile(name);
		
		System.out.println("Erfolg! :   "+test.getGroupName());
		
	}
	
}

Das ganze ist nebenbei bemerkt auch nur eine schnell geschriebene Testklasse

Hier noch mein Mainifest mit dem ich es versucht hab (auch mit der Leerzeile am Ende):

Manifest-Version: 1.0
Main-Class: de.fhhannover.inform.blokus7.application.TestStrategyLoader
Class-Path: TestLoader.jar AIs/


So, ich hoffe ihr findet das Problem an dem ich jetzt schon einige Stunden vergebens sitze.

Danke schonmal!

Olli

 

[Gast]

Meines Wissens kann der Classpath in der Manifest Datei keine Pfade enthalten, die Klassen enthalten, sondern nur Jars.
Du kannst stattdessen aber beim starten der JVM den Pfad mitgeben, dass sollte doch auch ok sein:

java -cp TestOrdner/AIs -jar TestOrdner/Mein.jar

Ansonsten müsstes Du Deine Applikationen durch einen erweitereten URLClassloader laden lassen, der dieses Verzeichnis mit abdeckt. Ist aber sicher übers Ziel hinausgeschosssen.

 

[H.oly]

Nee, ist nicht übers Ziel hinausgeschossen.

Das Spiel soll eine schöne "klicki-bunti" Anwendung werden, die sowohl auf Linux, als auch auch Window läuft

 

[H.oly]

Kann mir keiner helfen?

Evt sollte die Frage doch aus den Basics verschoben werden ^^'

 

[Noctarius]

Was heißt relativ zur JAR? Der Name des JAR spielt für die Packages keine Rolle, sondern nur der Name der Ordner innerhalb der JAR. Dieses bindest du per URLClassLoader in den Classpath mit ein.

 

[H.oly]

Also so ganz versteh ich die Antwort nicht.

Ich hab nichts in einer Jar das ich haben will, sondern in einem Ordner im gleichen Verzeichnis, wie meine Jar (meine Jar = meine Anwendung als jar, da soll auch der Code irgendwo drin stehen, denn ich jetzt suche).


Ich hab jetzt schon tausend Sachen versucht, aber nix will gehen. Ich bin für alle Vorschläge offen

 

[Noctarius]

Und ich versteh nicht was du versuchst.

Es gibt 2 Wege Klassen in einem Dateisystem abzulegen.
1. Direkt als Ordner:
-- classes (classspath folder)
--- package1 (folder)
---- package2 (folder)

Das heißt dann diene Klassen liegen im Java Package "package1.package2"

2. Als JAR:
-- classes.jar (jar im classspath)
--- package1 (gepackter folder im jar)
---- package2 (gepackter folder im jar)

Das heißt dann diene Klassen liegen im Java Package "package1.package2"

Es gibt keine relative Abhängigkeiten in Packages. Wenn du nachträglich den Classpath erweitern willst musst du einen Classloader benutzen und diesem den neuen Pfad geben (ob JAR oder Folder ist dabei egal, zu mindestens beim URLClassLoader). Damit ist deine Frage nicht weniger (aber auch nicht mehr) klar formuliert wie im ersten Post.

 

[H.oly]

Ok, dann versuche ich es nocheinmal verständlich zu erklären.

Also Stell dir ein Spiel vor das Computerspieler benutzt, die alle ein Interface BStrategy implementieren (Strategy Pattern halt).

So, jetzt ist es gewollt, dass man auch dem fertigen Spiel noch neue KIs geben kann, indem man in einen Bestimmten Ordner eine class Datei reinkopiert (manuel, mit der Maus, auch für Windows nutzer möglich).

Also muss irgendwann bevor das jemand versucht noch ein schlauer Mensch eine Methode schreiben, die den bekannten Ordner KIs (der nicht innerhalb der jar liegt!) nach class Datein unterschucht und diese dann initialisiert und dem Spiel alle nötigen Daten zur Verfügung stellt.

Nochmal der Aufbau (so wie das fertig aussehen wird):

OrderInDemAllesIst/
OrderInDemAllesIst/allesWasDasSpielBrauchAlsJar.jar
OrderInDemAllesIst/KIs/
OrderInDemAllesIst/KIs/eineExterneKI.class
OrderInDemAllesIst/KIs/nochEineExterneKI.class
OrderInDemAllesIst/KIs/undNochEineExterneKI.class


Das Soll keine Paketstrucktur darstellen, sondern nur wie es nachher auf der Platte gespeichert ist.

Und hier die Frage:
Wie kann ich innerhalb einer Klasse, die am Ende auch im jar ist, die externen KIs initialisieren, so das ich an alle (mir bekannten) Methoden herankommen an.

Wenn das mit einem URLClassLoader geht, dann brauche ich ein Beispiel, weil ich damit nicht zurecht komme (trotz Nachforschung im Internet).

 

[Noctarius]

Wäre es nicht einfacher:
KIS/erstesKi.jar
KIS/zweitesKi.jar
KIS/drittesKi.jar

Dann im Ordner KIS alle Dateien mit JAR auflisten und als Quelle für den URLClassLoader angeben.

Ich versteh immer noch nciht wieso du so zwangshaft einen Ordner haben willst.

 

[H.oly]

Kann gut sein, dass das einfacher wäre.

Aber das ganze ist ein Projekt meiner Hochschule. Das ist zwar unbenotet, aber gemacht werden solls dennoch.

Da der Kram mit dem Verzeichniss und der .class Datei vorgegeben ist kann ich das nicht anders machen.
Von anderen Gruppen bekomme ich halt am Ende nur ne class und das soll dann laufen.

 

[Noctarius]

Arghs dann mach doch einfach:
GameFolder
GameFolder/lib <- Hier dein GameJar rein
GameFolder/ki <- Hier die Classfiles rein

Und im Source einen URLClassLoader auf den Pfad ki und darüber die Klassen laden. Ich hab keine Idee was du damit für ein Problem hast *Kopf schüttel* -.-

Nur bedenke dann, dass du ein Problem hast wenn die Classes nicht im default-Package liegen. Das Package der Klasse kennst du dann nämlich nicht.

 

[H.oly]

Ok, wenn du mir jetzt noch sagst wie das geht, wenn die Daten alle eine schönen langen vollqualifizierten Namen haben

Ich hab es mit diesem Code versucht, will aber nicht wegen class not Found:

public static Object newInstance( String path, String classname ) throws Exception 	  {
	    URL url = new File( path ).toURI().toURL();
	    URLClassLoader cl = new URLClassLoader( new URL[]{ url } );
	    Class<?> c = cl.loadClass( classname );
	    return c.newInstance();
	  }
	 
	
	public static void main( String[] args ) throws Exception 	  {
		  
		BStrategy strategy = (BStrategy) newInstance( "/KI", "de.fhhannover.inform.blokus7.ai.Test" );

		System.out.println(strategy.getGroupName());
	   
	  }

Kann mich bitte jemand von meinem Leiden erlösen ^^

 

[Spacerat]

Ach das ewige Leid, Klassen oder ganze Jar-Archive ausserhalb des Klassenpfades nachladen zu wollen...

class FarBeyondClassPathLoader
extends URLClassLoader
{
	public FarBeyondClassPathLoader()
	{
		super(new URL[0], ClassLoader.getSystemClassLoader());
	}

	public void register(URL urlToJar)
	{
		addURL(url);
	}
}

mit [c]register()[/c] kann eine URL auf ein Jar-Archiv dem ClassLoader hinzugefügt werden. Fortan, kann man über diesen per [c]Class.forName("package.Class", true, fbcpl)[/c] jede darin befindliche Klasse laden.
@Edit: Ich hab's nicht gelesen... war wohl unaufmerksam... Aber der URLClassLoader wurde ja schon promoted... Das einzig neue an meinem Beitrag, scheint der andere Aufruf von [c]Class.forName()[/c] zu sein.