Probleme mit dem Pfad zum Propertie file

[Tobias ST]

Hallo zusammen,

ich habe ein Problem beim beschreiben meines Propertie- files wobei das Auslesen wunderbar funktioniert.

Das Auslesen realisiere ich so:

String filename = "liverticker_tt/core/appEinstellungen.properties";
       
InputStream input= liverticker_tt.Liverticker_TT.class.getClassLoader().getResourceAsStream(filename);

  prop.load(input);

Das beschreiben will ich wie folgt lösen

OutputStream output =new FileOutputStream("src/"+filename);

prop.load(output);
prop.setProperty("sprache", "gumt");
prop.save(output, filename);

Aus der Entwicklungsumgebung(Netbeans) funktioniert dieser relative Pfad. Allerdings wenn ich nun die jar Datei erstelle wird beim outputStream die Datei nicht mehr gefunden. Da wird wohl der absolute Pfad benötigt.

Wie kann ich dieses Problem lösen?

Einige google und Foren suchen haben mit auf folgende Idee gebracht, die allerdings erfolglos blieb.

String out = liverticker_tt.Liverticker_TT.
                 class.getClassLoader().getResource(filename).getPath();
        String sout = out.substring(6);
        OutputStream output =new FileOutputStream(sout);//"src/liverticker_tt/core/appEinstellungen.properties");

 

[mihe7]

Im Jar hast du kein src...

 

[Tobias ST]

Und wie kann ich es dann umgehen den Code zuändern bzw. wie muss ich ihn ändern?

String out = liverticker_tt.Liverticker_TT.
                 class.getClassLoader().getResource(filename).getPath();
        String sout = out.substring(6);
        OutputStream output =new FileOutputStream(sout);

Mit diesem Code ermittle ich ja den absoluten Pfad zu der Datei. Und auch dies funktioniert irgenwie nicht

 

[Xyz1]

"src" hat doch nur 3 Buchstaben, wie kommst du auf 6?

 

[mihe7]

String filename="liveticker_tt/core/appEinstellungen.properties";
String out = liverticker_tt.Liverticker_TT.
                 class.getClassLoader().getResource(filename).getPath();

liefert, sofern sich die Jar-Datei im Dateisystem befindet, etwas in der Form:

file:/pfad/zur/jar!liverticker_tt/core/appEinstellungen.properties

Einmal abgesehen davon, dass subtring(6) den führenden Schrägstrich abschneidet, kannst Du nicht einfach einen FileOutputStream hierfür nehmen. Du brauchst etwas wie java.util.ZipFile.

Dem Dateinamen nach geht es vermutlich darum, dass Du die vom Benutzer geänderten Einstellungen speichern willst. Dafür ist dieser Ansatz sowieso ungeeignet. Schau Dir mal https://docs.oracle.com/javase/8/docs/api/java/util/prefs/Preferences.html an.

 

[Tobias ST]

Hallo ich möchte mal Chronologisch auf eure Antworten eingehen.
1.

"src" hat doch nur 3 Buchstaben, wie kommst du auf 6?

Ich habe mir den Pfad mal ausgeben lassen und da hatte ich so etwas stehen

file: c:/pfad/zur/jar!liverticker_tt/core/appEinstellungen.properties

und die Buchstaben und Symbole zusammen mit dem Leerzeichen zwischen dem Doppelpunkt und dem c machen zusammen 6 Zeichen

Einmal abgesehen davon, dass subtring(6) den führenden Schrägstrich abschneidet, kannst Du nicht einfach einen FileOutputStream hierfür nehmen. Du brauchst etwas wie java.util.ZipFile.

Ok, das habe ich wagen Unwissenheit nicht bedacht danke für den Hinweis.

Dem Dateinamen nach geht es vermutlich darum, dass Du die vom Benutzer geänderten Einstellungen speichern willst. Dafür ist dieser Ansatz sowieso ungeeignet. Schau Dir mal [URL]https://docs.oracle.com/javase/8/docs/api/java/util/prefs/Preferences.html[/URL] an.[/QUOTE]
[/QUOTE]

Auch hier möchte ich mich für den Tipp bedanken. Beim durchlesen von verschiedenen Tutorials zu diesem Thema habe zwar gelesen wie Perferences ausgelesen bzw. wie sie befüllt werden, was mir dabei nicht ganz klar geworden ist wie sie auf der Festplatte erzeugt werden.
Oder wird es beim Aufruf des Konstruktors überprüft und ggf. erledigt?

Preferences prefs = Preferences.userNodeForPackage(getClass());

 

[mihe7]

zusammen mit dem Leerzeichen zwischen dem Doppelpunkt und dem c

Huch, wieso steht da ein Leerzeichen?!? Strange.

Ok, das habe ich wagen Unwissenheit nicht bedacht

In Java werden Indizes ab 0 gezählt. D. h. der String "abcd" besteht aus 4 Zeichen (hat also die Länge 4), die Indizes dieser Zeichen gehen von 0 bis 3. Willst Du z. B. das "c" haben, müsstest Du charAt(2) schreiben.

wie sie auf der Festplatte erzeugt werden.
Oder wird es beim Aufruf des Konstruktors überprüft und ggf. erledigt?

Ja. Unter Windows werden die Werte in der Registry gespeichert, unter Linux im Dateisystem an bestimmten Stellen. Siehe hierzu z. B. https://stackoverflow.com/questions/1320709/preference-api-storage

 

[Tobias ST]

Danke