Laden einer Resourcendatei innerhalb einer Datei.

[bugmenot]

Hallo,
ich habe das Problem, dass eine jar-Datei welche ich aus einem Java project in Eclipse
exportiert habe, nicht funktioniert, während das Java project in Eclipse das tut.
Ich brauche zur Laufzeit den Inhalt einer xml-Datei, welche mit folgenden Zeilen geladen wird:

URL url = this.getClass().getResource("/data/simple.glade");
System.out.println(this.getClass());
if(url==null) System.out.println("url is null");

Die Ausgabe ist folgende:

$ java -jar Glade.jar 
class org.testing.Simple
Exception in thread "main" java.io.FileNotFoundException: 
Can't find the specified Glade XML file:
/home/korn/Desktop/file:/home/korn/Desktop/Glade.jar!/data/simple.glade
        at org.gnome.glade.Glade.parse(Glade.java:142)
        at org.testing.Simple.<init>(Simple.java:26)
        at org.testing.Simple.main(Simple.java:50)

Der Inhalt der jar-Datei sieht so aus (unnötige Pfade ausgeblendet):

$ unzip -l Glade.jar | grep -v gnome | grep -v freedesktop
Archive:  Glade.jar
  Length     Date   Time    Name
--------    ----   ----    ----
       57  02-23-08 20:54   META-INF/MANIFEST.MF
     1949  02-23-08 06:29   data/simple.glade
     3427  02-23-08 03:51   data/simple.glade.bak
      273  02-23-08 03:51   data/simple.gladep
      273  02-23-08 03:51   data/simple.gladep.bak
      786  02-23-08 19:19   org/testing/Simple$1.class
      944  02-23-08 19:19   org/testing/Simple$2.class
     2147  02-23-08 19:19   org/testing/Simple.class
    18620  02-23-08 04:23   typeMapping.properties
--------                   -------
  2342737                   1689 files

Und so sieht die Manifestdatei aus:

Manifest-Version: 1.0
Main-Class: org.testing.Simple

So sieht in Eclipse die Verzeichnisstruktur aus:

Und folgendermaßen habe ich die jar-Datei erstellt:

 

[Wildcard]

Der Code den du uns zeigt produziert keine FileNotFoundException, also bitte den entsprechenden Code nachreichen.
Warum bist du mit einem bugmenot account unterwegs? Gast Postings sind hier erlaubt.

 

[bugmenot]

Gast Postings sind hier erlaubt.

Ich bin begeistert, dass es solche Boards noch gibt.
Hatte mich im Eifer des Gefechts rutinemäßig gleich ans
Anmelden gemacht.

Da habe ich aus versehen eine Zeile zu wenig gepostet.

glade = Glade.parse(url.getFile(), "Simple");

Die Exception wird eben geworfen, da die Datei nicht gefunden wurde.

 

[Wildcard]

Es ist ja auch keine Datei, sondern ein Entry in einer Jar.
Du kannst aber die URL oder den InputStream für so ziemlich alles in der Java API verwenden.

 

[bugmenot]

Ok. Ist wie man merkt die erste jar, die ich erstelle

Wodurch wird der Fehler also produziert?

 

[Wildcard]

Das man die File API nur auf Files anwenden kann :wink:

 

[bugmenot]

Also ist es mit diesem Konstruktor, der den Pfad zur Datei verlangt, nicht möglich,
die xml mit in die jar-Datei zu packen?

 

[Wildcard]

Ist Glade eine Klasse auf die du Einfluss hast?
Es gibt vermutlich keinen Grund warum sie ein File brauchen sollte.

Kannst du uns die Implementierung dahinter zeigen?
Wie wird der String verarbeitet?

 

[bugmenot]

Auf diese Klasse habe ich keinen Einfluss.
getFile() liefert übrigens den Pfad+Dateinamen als String.

//edit
Die Binaries liegen selbst in einer jar-Datei.

 

[Wildcard]

getFile() liefert übrigens den Pfad+Dateinamen als String.

Ja, ist klar, daher die ergänzung in meinem Post (kam wohl zu spät). Die Frage ist, was macht die Methode mit dem String.
new File(path) wird scheitern. Wenn es etwas ist auf das du nicht verzichten kannst, wirst du eine temporäre Kopie erstellen müssen.

 

[bugmenot]

Gibt es dafür in Java Klassen, die diese Kopie erzeugen?

 

[Wildcard]

Mit getResourceAsStream bekommst du den InputStream.
Mit File.createTempFile() bekommst du eine Temporäre Datei.
Den InputStream mit einem FileOutputStream oder dessen FileChannel in die Datei schreiben.
Wenn du noch
tmpFile.deleteOnExit aufrufst, wird beim Programmende für dich aufgeräumt.

 

[bugmenot]

Irgendwie bin ich gerade auf dem Holzweg.

Soweit habe ich es geschrieben:

InputStream is = this.getClass().getResourceAsStream("/data/simple.glade");
		
		System.out.println(this.getClass());
		if(is==null) System.out.println("url is null");
		
		File f = File.createTempFile("simple", "glade");
		FileOutputStream os = new FileOutputStream(f);
		byte by;
		
		while(( by = (byte) is.read())!=-1) {
			os.write(by);
		}
		f.deleteOnExit();
		
		glade = Glade.parse(f.getName(), "Simple");

Ich versuche also den Inhalt des InputStreams in den OutputStream, das heißt die temporäre Datei zu schreiben.

Allerdings erhalte ich die Fehlermeldung:

Exception in thread "main" java.io.FileNotFoundException: 
Can't find the specified Glade XML file:
/home/korn/workspace/Glade/simple9326glade
	at org.gnome.glade.Glade.parse(Glade.java:142)
	at org.testing.Simple.<init>(Simple.java:38)
	at org.testing.Simple.main(Simple.java:62)

 

[Wildcard]

Schließ den OutputStream noch. Ausserdem nicht getName, sondern getAbsolutePath

 

[bugmenot]

Funktioniert wunderbar.

Vielen Dank!

 

[bugmenot]

Eine Frage drängt sich mir noch auf.

Und zwar benutze ich Klassen aus einer anderen Library (Glade z.B.)
um diese benutzen zu können, habe ich die binaries entpackt und als
Library zum Projekt hinzugefügt, wodurch es um einige tausend Dateien
größer wurde.
Wenn ich diesen Balast allerdings weglasse und die Library an den Classpath anhänge,
dann wird wohl die Library nicht gefunden oder nicht durchsucht.

$ java -cp .:/usr/share/java/gtk-4.0.jar -jar Glade.jar 
Exception in thread "main" java.lang.NoClassDefFoundError: org/gnome/gtk/Window$DELETE_EVENT

Diese binary ist in der Library gtk-4.0.jar an dem angegebenen Pfad enthalten.

 

[Wildcard]

java -jar und -cp schließt sich gegenseitig aus, da der Classpath durch das Manifest der jar geregelt wird,

 

[bugmenot]

Hm, und wie soll ich feststellen, wo sich die jar-Datei auf dem Rechner befindet?

 

[Wildcard]

Gar nicht. Dir bleiben in etwa folgende Optionen:
-einen Starter schreiben
-relative Pfade mit der Hoffnung das der User die jar im richtigen Verzeichnis ausführt
-Webstart
-Installer

 

[bugmenot]

Hm, Ok.
Aber wunderbar, dass zumindest das jetzt klappt.

gn8