Zmiana bieżącego katalogu roboczego w Javie?

Jak mogę zmienić bieżący katalog roboczy z poziomu programu Java? Wszystko, co udało mi się znaleźć na temat problemu, mówi, że po prostu nie możesz tego zrobić, ale nie mogę uwierzyć, że tak jest naprawdę.

Mam fragment kodu, który otwiera plik za pomocą zakodowanej na stałe względnej ścieżki pliku z katalogu, w którym normalnie jest uruchomiony, i chcę tylko móc używać tego kodu z innego programu Java bez konieczności uruchamiania go od wewnątrz określony katalog. Wygląda na to, że powinieneś móc po prostu zadzwonić System.setProperty( "user.dir", "/path/to/dir" ), ale o ile mogę się zorientować, dzwonienie na tę linię po prostu cicho zawodzi i nic nie robi.

Zrozumiałbym, gdyby Java nie pozwoliła ci tego zrobić, gdyby nie fakt, że pozwala ci uzyskać bieżący katalog roboczy, a nawet umożliwia otwieranie plików za pomocą względnych ścieżek plików ...

Nie ma niezawodnego sposobu na zrobienie tego w czystej Javie. Ustawienie user.dirwłaściwości za pośrednictwem System.setProperty()lub java -Duser.dir=...wydaje się mieć wpływ na kolejne kreacje Files, ale nie np FileOutputStreams.

File(String parent, String child)Konstruktor może pomóc, jeśli budować swoją ścieżkę oddzielnie od ścieżki do pliku, co umożliwia łatwiejsze swapping.

Alternatywą jest skonfigurowanie skryptu do uruchamiania Javy z innego katalogu lub użycie natywnego kodu JNI, jak zasugerowano poniżej .

Odpowiedni błąd Sun został zamknięty w 2008 roku jako „nie zostanie naprawiony”.

Jeśli uruchomisz swój starszy program z ProcessBuilder , będziesz mógł określić jego katalog roboczy .

Nie jest to sposób, aby to zrobić za pomocą właściwości systemu „user.dir”. Kluczową kwestią do zrozumienia jest to, że należy wywołać metodę getAbsoluteFile () (jak pokazano poniżej), w przeciwnym razie ścieżki względne zostaną rozstrzygnięte na podstawie domyślnej wartości „user.dir”.

import java.io.*;

public class FileUtils
{
    public static boolean setCurrentDirectory(String directory_name)
    {
        boolean result = false;  // Boolean indicating whether directory was set
        File    directory;       // Desired current working directory

        directory = new File(directory_name).getAbsoluteFile();
        if (directory.exists() || directory.mkdirs())
        {
            result = (System.setProperty("user.dir", directory.getAbsolutePath()) != null);
        }

        return result;
    }

    public static PrintWriter openOutputFile(String file_name)
    {
        PrintWriter output = null;  // File to open for writing

        try
        {
            output = new PrintWriter(new File(file_name).getAbsoluteFile());
        }
        catch (Exception exception) {}

        return output;
    }

    public static void main(String[] args) throws Exception
    {
        FileUtils.openOutputFile("DefaultDirectoryFile.txt");
        FileUtils.setCurrentDirectory("NewCurrentDirectory");
        FileUtils.openOutputFile("CurrentDirectoryFile.txt");
    }
}

Możliwa jest zmiana PWD przy użyciu JNA / JNI do wykonywania wywołań libc. Faceci z JRuby mają przydatną bibliotekę java do wykonywania wywołań POSIX o nazwie jna-posix Oto informacje o maven

Możesz zobaczyć przykład jego użycia tutaj (kod Clojure, przepraszam). Spójrz na funkcję chdirToRoot

Jak wspomniano, nie możesz zmienić CWD maszyny JVM, ale jeśli chcesz uruchomić inny proces za pomocą Runtime.exec (), możesz użyć przeciążonej metody, która pozwala określić katalog roboczy. Nie służy to tak naprawdę do uruchamiania programu Java w innym katalogu, ale w wielu przypadkach, gdy trzeba uruchomić inny program, na przykład skrypt Perla, można określić katalog roboczy tego skryptu, pozostawiając niezmieniony katalog roboczy maszyny JVM.

Zobacz Runtime.exec javadocs

Konkretnie,

public Process exec(String[] cmdarray,String[] envp, File dir) throws IOException

gdzie dirjest katalog roboczy, w którym ma zostać uruchomiony podproces

Jeśli dobrze rozumiem, program Java zaczyna się od kopii aktualnych zmiennych środowiskowych. Wszelkie zmiany za pośrednictwem System.setProperty(String, String)modyfikują kopię, a nie oryginalne zmienne środowiskowe. Nie chodzi o to, że dostarcza to dokładnego powodu, dla którego Sun wybrał takie zachowanie, ale być może rzuca trochę światła ...

Katalog roboczy jest funkcją systemu operacyjnego (ustawianą podczas uruchamiania procesu). Dlaczego po prostu nie przekażesz własnej właściwości System ( -Dsomeprop=/my/path) i nie użyjesz jej w swoim kodzie jako elementu nadrzędnego pliku:

File f = new File ( System.getProperty("someprop"), myFilename)

Sprytniejszą / łatwiejszą rzeczą do zrobienia jest po prostu zmiana kodu, aby zamiast otwierać plik, zakładając, że istnieje w bieżącym katalogu roboczym (zakładam, że robisz coś takiego new File("blah.txt"), po prostu sam zbuduj ścieżkę do pliku.

Pozwól użytkownikowi przejść do katalogu podstawowego, przeczytaj go z pliku konfiguracyjnego, cofnij się, user.dirjeśli inne właściwości nie mogą zostać znalezione itp. Ale o wiele łatwiej jest poprawić logikę w programie niż zmienić sposób zmienne środowiskowe działają.

Próbowałem przywołać

String oldDir = System.setProperty("user.dir", currdir.getAbsolutePath());

Wydaje się, że działa. Ale

File myFile = new File("localpath.ext"); InputStream openit = new FileInputStream(myFile);

rzuca FileNotFoundExceptionchoć

myFile.getAbsolutePath()

pokazuje poprawną ścieżkę. Mam to przeczytać . Myślę, że problem jest taki:

• Java rozpoznaje bieżący katalog z nowym ustawieniem.
• Ale obsługa plików jest wykonywana przez system operacyjny. Niestety nie zna nowego zestawu bieżącego katalogu.

Rozwiązaniem może być:

File myFile = new File(System.getPropety("user.dir"), "localpath.ext");

Tworzy obiekt plikowy jako absolutny z bieżącym katalogiem, który jest znany maszynie JVM. Ale ten kod powinien istnieć w używanej klasie, wymaga zmiany kodów ponownie używanych.

~~~~ JcHartmut

Możesz użyć

nowy plik („względna / ścieżka”). getAbsoluteFile ()

po

System.setProperty ("user.dir", "/ some / directory")

System.setProperty("user.dir", "C:/OtherProject");
File file = new File("data/data.csv").getAbsoluteFile();
System.out.println(file.getPath());

Wydrukuje

C:\OtherProject\data\data.csv

Inna możliwa odpowiedź na to pytanie może zależeć od powodu, dla którego otwierasz plik. Czy jest to plik właściwości czy plik, który ma konfigurację związaną z Twoją aplikacją?

W takim przypadku możesz rozważyć próbę załadowania pliku przez program ładujący ścieżki klas, w ten sposób możesz załadować dowolny plik, do którego Java ma dostęp.

Jeśli uruchamiasz swoje polecenia w powłoce, możesz napisać coś takiego jak „java -cp” i dodać dowolne katalogi, które chcesz oddzielone znakiem „:”. Jeśli java nie znajdzie czegoś w jednym katalogu, spróbuje znaleźć je w innych katalogach, jest tym, co robię.

Możesz zmienić rzeczywisty katalog roboczy procesu za pomocą JNI lub JNA.

Dzięki JNI możesz używać natywnych funkcji do ustawiania katalogu. Metoda POSIX to chdir(). W systemie Windows możesz użyć SetCurrentDirectory().

Dzięki JNA możesz opakować natywne funkcje w bindery Java.

Dla Windowsa:

private static interface MyKernel32 extends Library {
    public MyKernel32 INSTANCE = (MyKernel32) Native.loadLibrary("Kernel32", MyKernel32.class);

    /** BOOL SetCurrentDirectory( LPCTSTR lpPathName ); */
    int SetCurrentDirectoryW(char[] pathName);
}

Dla systemów POSIX:

private interface MyCLibrary extends Library {
    MyCLibrary INSTANCE = (MyCLibrary) Native.loadLibrary("c", MyCLibrary.class);

    /** int chdir(const char *path); */
    int chdir( String path );
}

Użyj FileSystemView

private FileSystemView fileSystemView;
fileSystemView = FileSystemView.getFileSystemView();
currentDirectory = new File(".");
//listing currentDirectory
File[] filesAndDirs = fileSystemView.getFiles(currentDirectory, false);
fileList = new ArrayList<File>();
dirList = new ArrayList<File>();
for (File file : filesAndDirs) {
if (file.isDirectory())
    dirList.add(file);
else
    fileList.add(file);
}
Collections.sort(dirList);
if (!fileSystemView.isFileSystemRoot(currentDirectory))
    dirList.add(0, new File(".."));
Collections.sort(fileList);
//change
currentDirectory = fileSystemView.getParentDirectory(currentDirectory);