Abrufen von Datei-Pfad in java

Gibt es eine Möglichkeit für java-Programm zur Bestimmung seiner Position in der Datei system?

InformationsquelleAutor markovuksanovic | 2010-05-26

file java

13

Können Sie CodeSource#getLocation() für diese. Die CodeSource verfügbar ist ProtectionDomain#getCodeSource(). Die ProtectionDomain wiederum erhältlich ist, indem Klasse#getProtectionDomain().
```
URL location = getClass().getProtectionDomain().getCodeSource().getLocation();
File file = new File(location.getPath());
//...
```
Dieser gibt die genaue Lage des Class in Frage stellen.

Update: wie pro die Kommentare, es ist offenbar bereits in den classpath. Sie können dann benutzen Sie einfach ClassLoader#getResource() wobei, übergeben Sie das root-Paket-relativen Pfad.
```
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
URL resource = classLoader.getResource("filename.ext");
File file = new File(resource.getPath());
//...
```
Können Sie sogar als InputStream mit ClassLoader#getResourceAsStream().
```
InputStream input = classLoader.getResourceAsStream("filename.ext");
//...
```
Das ist auch der normale Weg, mit Ressourcen verpackt. Wenn es in einem Paket, dann verwenden Sie zum Beispiel com/example/filename.ext statt.
- +1, aber beachten Sie, dass ProtectionDomain.getCodeSource() und CodeSource.getLocation() können beide null sein.
- Es kann ja null zurück, wenn es geladen ist mit einer schlecht gestalteten homegrown classloader, oder wenn es geladen ist, von einer externen Strom Quelle, etc. Dies jedoch in der Regel keine Anwendung auf "konkrete" Java-Programme mit einem main().
- Dies ist definitiv nicht die Arbeit machen - aber es sieht nicht sehr schön aus. Was ich tun müssen, ist, laden Sie eine Konfigurationsdatei muss im gleichen Ordner sein wie meine jar aber ausgeführt werden können, von jedem beliebigen Ort aus. Ist das der richtige Weg, um den Speicherort der Datei info?
- Es ist also bereits in den classpath? Dann verwenden Sie einfach die classloader. Ich aktualisiert meine Antwort.
- getResourceAsStream Vorschlag ist ein guter. FYI, getResource wird wieder "jar:file:Pfad!/Ressource", so müssen Sie zu dekonstruieren, die vor der übergabe auf Datei. Auch wenn Sie annehmen, dass ein Verzeichnis-basiertes classpath, URL.getPath() von getResource wird URL-kodiert werden (z.B. "Program%20Files"), so dass Sie brauchen, um zu entschlüsseln, konvertieren oder einfach nur die URL ein URI) vor der Konvertierung in die Datei. (Sorry für die Pedanterie; ich arbeitete in der class-loader-support für drei Jahre und bekam zu sehen/zu erleben, den Schmerz all dieser Nuancen :-)).
- Nein, es ist nicht in einem classpath. Es ist einfach in den gleichen Ordner wie die jar - der gleichen Ebene, aber nicht verpackt im inneren.
- Fügen Sie diesen Pfad dem classpath dann. Setzen Sie ein Class-Path: . im MANIFEST.MF - Datei.
- Ich habe gesehen, CodeSource.getLocation() gibt null zurück, die in einem OSGi-bundle, so ist es nicht unbedingt verursacht durch eine "schlecht konzipiert" classloader.
InformationsquelleAutor BalusC
0

Für mich gearbeitet, wenn ich wüsste, was war der genaue name der Datei:

File f = new File("OutFile.txt");
System.out.println("f.getAbsolutePath() = " + f.getAbsolutePath());

Oder es gibt diese Lösung zu: http://docs.oracle.com/javase/tutorial/essential/io/find.html

InformationsquelleAutor Akabelle
-1

wenn Sie möchten, um das "working directory" für das aktuell laufende Programm, dann verwenden Sie einfach:
```
new File("");
```
- Das Arbeitsverzeichnis ist nicht unbedingt, wo das Programm liegt.
InformationsquelleAutor james

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.