У меня есть кластер машин, каждый из которых запускает приложение Java.
Эти приложения Java должны получить доступ к уникальному файлу resource.txt.
Мне нужно атомно переименовать файл temp.txt в resource.txt в Java, даже если resource.txt уже существует.
Удаление resource.txt и переименование temp.txt не работает, поскольку оно не является атомарным (он создает небольшой таймфрейм, где resource.txt не существует).
И он должен быть кросс-платформенным...
Спасибо!
Для Java 1.7+ используйте java.nio.file.Files.move(Path source, Path target, CopyOption... options) с CopyOptions "REPLACE_EXISTING" и "ATOMIC_MOVE".
Дополнительную информацию см. в документации по API.
Например:
Files.move(src, dst, StandardCopyOption.ATOMIC_MOVE);
В Linux (и я полагаю, что Solaris и другие операционные системы UNIX) метод Java File.renameTo() перезапишет целевой файл, если он существует, но это не относится к Windows.
Чтобы быть кросс-платформой, я думаю, вам придется использовать блокировку файлов на ресурсе .txt, а затем перезаписать данные.
Поведение блокировки файла зависит от платформы. На некоторых платформах, файловый замок является рекомендательным, что означает что, если приложение не проверяет блокировка файла, это не будет предотвращено от доступа к файлу. На других платформы, блокировка файлов обязательна, это означает, что блокировка файлов предотвращает любое приложение от доступа к файл.
try {
// Get a file channel for the file
File file = new File("filename");
FileChannel channel = new RandomAccessFile(file, "rw").getChannel();
// Use the file channel to create a lock on the file.
// This method blocks until it can retrieve the lock.
FileLock lock = channel.lock();
// Try acquiring the lock without blocking. This method returns
// null or throws an exception if the file is already locked.
try {
lock = channel.tryLock();
} catch (OverlappingFileLockException e) {
// File is already locked in this thread or virtual machine
}
// Release the lock
lock.release();
// Close the file
channel.close();
} catch (Exception e) {
}
Linux по умолчанию использует произвольную блокировку, в то время как Windows ее применяет. Возможно, вы можете обнаружить ОС и использовать renameTo() под UNIX с некоторым кодом блокировки для Windows?
Также есть возможность включить обязательную блокировку под Linux для определенных файлов, но это неясно. Вы должны установить бит режима как раз справа.
Linux, следуя Системе V (см. Систему Версия VID (версия SVID) 3), позволяет бит sgid для файлов без знака разрешения группы файл для обязательной блокировки
Вот обсуждение, которое касается: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4017593
Как указано здесь, похоже, что ОС Windows даже не поддерживает переименование атомного файла для более старых версий. Скорее всего, вам придется использовать некоторые механизмы ручного блокирования или какие-то транзакции. Для этого вы можете взглянуть на пакет apache commons transaction.
Если это должно быть кросс-платформенная, я предлагаю 2 варианта:
Если целью переименования является замена ресурса .txt на лету, и вы контролируете все задействованные программы, а частота замены невелика, вы можете сделать следующее.
Чтобы открыть/прочитать файл:
Чтобы заменить файл:
Это гарантирует, что все ваши читатели всегда найдут действительный файл.
Но проще, просто попробуй свое открытие в цикле, например:
InputStream inp=null;
StopWatch tmr=new StopWatch(); // made up class, not std Java
IOException err=null;
while(inp==null && tmr.elapsed()<5000) { // or some approp. length of time
try { inp=new FileInputStream("resource.txt"); }
catch(IOException thr) { err=thr; sleep(100); } // or some approp. length of time
}
if(inp==null) {
// handle error here - file did not turn up after required elapsed time
throw new IOException("Could not obtain data from resource.txt file");
}
... carry on
Вы можете получить некоторую тягу, установив блокировку filechannel в файле перед ее переименованием (и удалив файл, который вы собираетесь перезаписать после блокировки). -r