FileOutputStream richtige Pfadangabe?

[Jonathan Hard]

Hallo Leute,
ich hänge gerade an einem Problem das ich nicht verstehe und brauche eure Kompetenz.
Ich habe folgende Klasse:

import java.io.*;
import javax.swing.JOptionPane;

public class FileWriter 
{
	OutputStream fos = null;
	
	public void myWriter(ArtikelList liste)
	{
		try
		{
			fos = new FileOutputStream("save/list.ser");
			ObjectOutputStream o = new ObjectOutputStream( fos ); 
			o.writeObject(liste);  
		}
		catch ( IOException e ) 
		{ 
			writeError(e);
		} 
		finally 
		{ 
			try 
			{ 
				fos.close(); 
			} 
			catch ( Exception e ) 
			{ 
				System.err.println(e.getMessage());
			} 
		}
	}
	
	public void writeError(IOException e)
	{
		JOptionPane.showMessageDialog(null,e, "Fehler x003", JOptionPane.ERROR_MESSAGE);
	}
	
	public void classError(Exception e)
	{
		JOptionPane.showMessageDialog(null,e, "Fehler x006", JOptionPane.ERROR_MESSAGE);
	}
}

Wie zu sehen ist soll ein Objekt per ObjectOutputStream geschrieben werden. Das klappt auch ganz gut solange ich dies in Eclipse mache. Die Datei list.ser wird im Ordner save erstellt und kann später auch wieder geladen werden.
Wenn ich jedoch ein Runnable JAR erstelle wird mir immer eine FileNotFoundException geworfen. Was mache ich falsch? Folgende Ordnerstruktur liegt vor:
Eclipse: bin, save, scr
JAR: JAR File, save im selben Ordner

 

[Der Müde Joe]

Loading Resources With the getResource() Method

Note that this code will work regardless of whether or not it is run as an application, an applet, or is included in a Java Archive (JAR) file

 

[Jonathan Hard]

Leider kann FileOutputStream keine URL übernehmen. Hatte ich schon mal versucht.

 

[Murray]

Die Anwendung weiß erstmal nicht, wo das Jar-File liegt. Du könntest jetzt vom Classloader per getResource(z.B. mit dem Namen einer .class-Datei) eine URL verschaffen, aus deren String-Repräsentation sich der Pfad zum Jar-File konstruieren lässt.
Schön ist das alles aber nicht, weil es a) dann nur noch mit Jar-Files, aber nicht mehr mit "losen" Class-Files läuft und b) weil man m.E. keine Annahmen treffen sollte, in welcher Verzeichnishierarchie später irgendwelche Jar-Files liegen.

 

[Spacerat]

Die Anwendung weiß erstmal nicht, wo das Jar-File liegt. Du könntest jetzt vom Classloader per getResource(z.B. mit dem Namen einer .class-Datei) eine URL verschaffen, aus deren String-Repräsentation sich der Pfad zum Jar-File konstruieren lässt.

...eben. Ungefähr so:

      public URL getDocumentBase()
      {
        URL rc = getClass().getResource(getClass().getSimpleName() + ".class");
        if(rc.getProtocol().equalsIgnoreCase("jar")) {
          try {
            String tmp = rc.toString().substring(4, rc.toString().indexOf("!/"));
            tmp = rc.toString().replaceAll("jar:", "").replaceAll("file:/", "file://");
            tmp = tmp.substring(0, tmp.lastIndexOf("!/"));
            rc = new URL(null, tmp);
          } catch(MalformedURLException e) {
            e.printStackTrace();
            rc = null;
          }
        }
        return rc;
      }

Schön ist das alles aber nicht, weil es a) dann nur noch mit Jar-Files, aber nicht mehr mit "losen" Class-Files läuft und b) weil man m.E. keine Annahmen treffen sollte, in welcher Verzeichnishierarchie später irgendwelche Jar-Files liegen.

fällt bei oben stehender Methode aus. Schöner wirds dadurch aber auch nicht.

 

[Jonathan Hard]

Ok, danke euch für die Infos

 

[Jonathan Hard]

So ich habs mir nochmal angeguckt, blicke aber dennoch nicht durch. Oder um es auf den Punkt zu bringen was soll ich jetzt tun? Jetzt wurde mir zwar gesagt wie man es nicht schön macht, was bei mir die Frage aufwirft wie es schön zu machen ist.
Wie macht man es den üblicherweise?

 

[Spacerat]

...wie es schön zu machen ist.

Ähm... Das frag' ich mich auch. Ich hab' mir irgendwann mal die Methode oben zusammengestrickt, weil ich einen solchen Mechanismus in Java nicht gefunden habe. Schöner wärs, wenn es einen gäbe.

 

[Jonathan Hard]

Ah, Ok dann kann ich ja aufhören zu suchen. Dann werde ich wohl deinen Vorschlag annehmen.