Frage zu getContent()

[theuserbl]

Angenommen ich habe ein Programm namens "Program.java", das eine Datei "Program.class" erzeugt.

Im Programm steht folgende Zeile (*):
System.out.println( getClass().getResource("Program.class").getContent() );

Dann erscheint als Ausgabe, wenn ich die Datei ganz normal über die Komandozeile mit "java Program" starte folgendes:
java.io.BufferedInputStream@8b2fd8f

Packe ich das Programm in eine Ausführbare Jar-Datei und starte es dann ("java -jar Program.jar") , erscheint:
sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream@7f5f5897

Stelle ich nun diese Datei ins Internet und schreibe eine jnlp-Datei dafür, um sie per Wesbstart zu starten, dann erscheint wenn ich sie mit Webstart gestartet habe:
java.util.zip.ZipFile$ZipFileInflaterInputStream@4903b602


Wieso sind die Ausgaben so unterschiedlich?
Ich kann es auch immer wiederholen und außer der Zahl hinter dem @-Zeichen ist es auch immer wieder die selbe Ausgabe, je nachdem wie ich das Programm gestartet habe.

Grüße
theuserbl

(*) Zur Vereinfachung habe ich hier nun System.out.println() geschrieben. Im eiegentlichen Programm habe ich es über ein grafisches Fenster ausgeben lassen, um auch bei Webstart etwas zu sehen. Aber das ändert nichts an der Situation.

 

[nillehammer]

Mit getClass().getResource("") bekommst Du eine URL, die auf "irgendwas" zeigt. Das irgenwas ist ein InputStream, über den Du Dir die Daten in Dein Programm reinholen kannst (mit den read-Methoden). Was Du siehst ist die jeweilige Subklasse von InputStream, die davon abhängt, wie die Resource erreicht wird. Du hast wahrscheinlich erwartet, bei getContent() schon die fertige Resource zu bekommen und wunderst Dich deswegen. Das bekommst Du aber wie gesagt erst durch einlesen des InputStreams.

 

[faetzminator]

1. Fall: Die Datei muss von einer Festplatte gelesen werden, [c]BufferedInputStream[/c] eignet sich dafür sehr.
2. Fall & 3. Fall: Die Datei befindet sich in einem Jar. ein Jar ist nichts anderes als ein gewöhnliches ZIP. Dafür wird dementsprechend ein Stream für ein JAR bzw. ZIP geöffnet.

 

[theuserbl]

Ok, danke für Eure schnelle Antwort.
Wobei ich mich trotzdem dann zumindest noch wunder, daß es den Unterschied zwischen lokalem Jar und den per Webstart gibt.

@nillehammer:
> Du hast wahrscheinlich erwartet, bei getContent() schon die fertige Resource zu bekommen und wunderst Dich deswegen.

Ne, die habe ich mir schon per
getClass().getResource("Program.class").openStream();
geholt.

Aber nun möchte ich in meiner Jar-Datei alle Dateien in einem speziellen Unterverzeichnis wissen. Und daher muß ich nun wissen, wie meine Jar-Datei heißt, wo sie sich befindet und so.
Und halt eine entsprechende Abrage, falls ich die Datei aufrufe, wo sie gerade nicht im Jar ist und alle Dateien entpackt sind.

Grüße
theuserbl

 

[theuserbl]

Oder um das genaue Ziel noch besser zu beschreiben:

Statt eine ausführabre Jar zu haben und Resource-Dateien, Konfiguartions-Dateien und so alle seperat nebenbei zu haben, hätte ich gerne NUR eine Jar-Datei.
Und dann wird auf alle näötigen Daten in der Jar zugegriffen. Bei Konfigurationsdateien dann auch in die Jar geschrieben, wenn es geht.

 

[Gast2]

Bei Konfigurationsdateien dann auch in die Jar geschrieben, wenn es geht.

Du kannst nicht in eine Datei schreiben die grad ausgeführt wird.
Konfigurationsdateien sollten also nicht direkt ins jar file rein. Pack die lieber ins user.home

 

[nillehammer]

Und dann wird auf alle näötigen Daten in der Jar zugegriffen.

Klar, das geht. Wenn Du den Pfad zur Resource im jar kennst überhaupt kein Problem. Geht sogar, wenn Deine Anwendung andere jars geladen hat. Mit dem richtigen Pfad kannst Du auch Resourcen aus diesen jars laden.

Bei Konfigurationsdateien dann auch in die Jar geschrieben, wenn es geht.

Das geht leider nicht. Über getResource oder auch getResourceAsStream bekommst Du nur InputStreams keine OutputStreams, die Du fürs schreiben bräuchtest.

 

[theuserbl]

Und wie ist es mit Verzeichnis lesen?
Habe bisher etwas wie das hier:

import java.io.*;
import java.util.zip.*;

public class Program {

  public Program() {

    try {
      ZipOutputStream out = new ZipOutputStream(new FileOutputStream("ZipFile.zip"));

      byte[] buf = new byte[4096];
      int len;

      String[] files = { "Program.java", "Program.class", "subdir/GuiCompiler.java", "subdir/GuiCompiler.class" };

      //FileInputStream in;
      InputStream in;

      for (int i=0; i<=files.length-1; i++) {
        in = getClass().getResource(files[i]).openStream(); //new FileInputStream(files[i]);
        out.putNextEntry(new ZipEntry(files[i]));
        while ((len = in.read(buf)) > 0) {
          out.write(buf, 0, len);
        }
        in.close();
      }

      in = getClass().getClassLoader().getResource("javax/swing/JButton.class").openStream();
      out.putNextEntry(new ZipEntry("subdirectory/JButton.class"));
      while ((len = in.read(buf)) > 0) {
        out.write(buf, 0, len);
      }
      in.close();

      //ClassLoader.getSystemResourceAsStream("javax/swing/JPanel.class");
      //in = getClass().getClassLoader().getResource("javax/swing/JButton.class").openStream();
      in = ClassLoader.getSystemResourceAsStream("javax/swing/JPanel.class");
      out.putNextEntry(new ZipEntry("JPanel.class"));
      while ((len = in.read(buf)) > 0) {
        out.write(buf, 0, len);
      }
      in.close();



      out.close();

    } catch (IOException e) {
      System.err.println(e.toString());
    }

  }

  public static void main(String[] args) {
    Program z = new Program();

  }
}

Wüde nun aber gerne sämtliche Datein eines Unterverzeichnisses in meiner Jar-Datei in eine andere Jar-Datei übertragen.

 

[theuserbl]

Mit
getClass().getResource("Program.class").toString()
erhalte ich zumindest schon mal den Namen meiner Jar-Datei.
Dann kann ich sie doch auch ganz normal als Zip-Datei öffnen und zumindest von lesen (auch wenn ich nicht reuin schreiben kann). Oder?