Input/Output Liste der Dateien in einem Ordner in einer Jar Datei erhalten

[Arn]

Guten Tag,

Ich habe ein problem. Undzwar brauche ich für eine Methode meines Programmes eine Liste von Dateien, die sich in einem Ordner befinden. das Ganze funktioniert normal auch sehr gut mit der folgenden Methode:

public static String[] getList(String path)
    {
       String[] list=null;
       
       try{
       File folder = new File(path+"/");
       File[] listOfFiles = folder.listFiles();
       list=new String[listOfFiles.length];
       for(int i=0;i<listOfFiles.length;i++)
       {
        list[i]=listOfFiles[i].toString();
       }
       } 
       catch (Exception e)
       {
       }
       
       return list;
    }

Ich bekomme allerdings Probleme wenn ich das Programm aus einer Jar-Datei heraus ausführe, es läuft dann nur bis zu einem bestimmten Punkt und hängt sich dann auf und ich habe diese Methode dort ganz stark als Urheber dieser Probleme im verdacht, da ich mit einigen Methoden zum laden von zeug in Jar Dateien schon früher Probleme gehabt habe. Ich habe das Problem gegoogelt, jedoch keine zufriedenstellende Antwort bekommen. deswegen wollt ich mal fragen ob mir hier vielleicht jemand helfen kann.

Vielen Dank

 

[Flown]

Ich hätt jetzt mal gesagt du fängst die Exception ab und siehst mal ob ein Fehler passiert. Logger oder Konsolenausgaben sind wichtig!

 

[Arn]

Danke für den Hinweis, ich bekomme wenn ich die gepackte version des Programms öffne leider keine Exception. Weder in der Konsole noch in der Bash, allerdings verhält sich das Programm trotzdem nicht so wie es soll. Es friert irgendwo während des Ladevorgangs ein. in meinem Catchblock stehen die Methoden

e.printStackTrace();
System.out.println(e.getMessage());

 

[Gucky]

Versuch mal die ZipStreams. Da ein Jar Zip komprimiert ist, kann File damit womöglich nicht umgehen.

PS: Was ist ein Bash?

 

[Flown]

Wie startest du deine JAR?

 

[Arn]

Ganz normal mit nem Doppelklick (also außerhalb von irgendeiner Entwickungsumgebung. ich hab die einfach bei mir aufm Desktop)

 

[Flown]

Wenn du es mit der Konsole startest, bekommst du vielleicht auch die Konsolenausgaben mit!

java -jar <jar-file>.jar

 

[Arn]

Vielen dank für den Tipp.

Hier ist die Ausgabe:

java.lang.NullPointerException
at recourceLoader.getList(recourceLoader.java:29)
at levelGenerator.getDefiniteveTexture(levelGenerator.java:94)
at levelGenerator.placeFractal(levelGenerator.java:33)
at levelGenerator.generateLevel(levelGenerator.java:18)
at Engine.generateStage(Engine.java:133)
at Engine.doVoid(Engine.java:43)
at Engine.<init>(Engine.java:35)
at Start.main(Start.java:4)
null

In der API steht, dass das passieren kann, wenn man einen nicht existierenden Pfad angibt. Den Ordner gibt es allerdings und wenn alles ungepackt ist funktioniert das alles auch wunderbar. Gibt es einen anderen weg die Dateien in dem Verzeichnis auf zu listen ? Ich schau mal in der API.

 

[Gucky]

Hättest du dir meinen Beitrag durchgelesen, wüsstest du eine ausprobierenswerte Möglichkeit. Nämlich die ZipStreams oder genauer den ZipInputStream.

 

[Arn]

@Gucky Sorry, hab ich überlesen! D:
Danke für deine Anteilnahme.

Ich hab nun mal nen bisschen an meiner Methode gebastelt und am Ende kam das hier dabei heraus. Was ich zum Verständnis sagen sollte ist, dass das besondere Problem hierbei darin liegt, dass die Klasse (recourceLoader) von der aus ich die Liste erstellen will sich in der gleichen Jar Datei befindet, wie das Verzeichnis, von dessen Inhalt ich eine Liste erstellen möchte. Ich hab probiert einen ZipInputStream zu instanziieren, indem ich ihm wie im Konstruktor in der API beschrieben einen Anderen Inputstream (in dem falle einen FileInputStream der im Konstruktor den Pfad übergeben bekommt) übergebe. Hier das neue Problem. Ich bekomme den FileInputStream nicht instanziiert.
Ich hab ihm zuerst im Konstruktor den relativen Pfad, also "levelSrc/defaultShemes" gegeben, was in wilder Exception-schmeißerei resultierte.
Ich dachte mir also, dass es vielleicht daran liegt, dass der FileInputStream nicht weiß, das sich dass alles in einer Jar-Datei abspielt. Also habe ich mir erstmal via Classloader und URL den absoluten Pfad der zu meiner Klasse führt besorgt und diesen dann ergänzt. Sieht dann so aus:
"file:/Users/Arn/Desktop/meineJar.jar!/levelSrc/defaultShemes"
oder wie in der aktuellen Version:
" /Users/Arn/Desktop/meineJar.jar!/levelSrc/defaultShemes"
Das Resultat ist jedes mal das gleiche:

java.io.FileNotFoundException: /Users/Arn/Desktop/lol.jar!/levelSrc/defaultShemes (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:138)
at java.io.FileInputStream.<init>(FileInputStream.java:97)
at recourceLoader.getList(recourceLoader.java:48)

das Gleiche Resultat bekomme ich auch, wenn ich eine spezielle Datei in
meine Verzeichnis ansteure.
Mein aktueller Code sieht so aus:

  try{
                URL jar = ClassLoader.getSystemClassLoader().getResource("recourceLoader.class");
                String tString=jar.getPath().substring(0,jar.getPath().length()-20);
                tString=tString.substring(5,tString.length());
                System.out.println(tString);
                ZipInputStream zip = new ZipInputStream(new FileInputStream(tString+"/"+path));
                while(true) {
                  ZipEntry e2 = zip.getNextEntry();
                  if (e2 == null){break;}
                  String name = e2.getName();
                  System.out.println(name);
                }
              
                }catch(Exception e2) {e2.printStackTrace();}

Ich verstehe nicht was ich falsch mache, ich habe im Internet zahlreiche Beispiele gesehen wo Leute einen ZipInputStream auf diese oder ähnliche weise erzeugen.

Vielen Dank für die Hilfe!

MfG Arn

P.S. Bash meint in diesem Fall Terminal.

 

[Gucky]

Der ZipInputStream muss auf das JAR zeigen.
Es kann aber auch sein, dass die JVM oder das Betriebssystem das JAR sperrt, da es zurzeit in Benutzung ist.

 

[Gucky]

Die Idee hinter einem ZipInputStream ist die, dass man dem ZipInputStream einen (File)InputStream übergibt, der auf den ZIP komprimierten Ordner zeigt. Mithilfe des ZipInputStreams "hangelt" man sich dann innerhalb des ZIP komprimierten Ordners bis zur gesuchten Datei. Das du mit der URL nicht weit kommst, liegt daran, dass ein ZIP komprimierter Ordner eigentlich nichts mehr mit einer Dateistruktur, wie du sie kennst zutun hat. Es ist eigentlich eine einzelne Datei, in der man mit den passenden Algorithmen nur eine Dateistruktur sichtbar machen kann.