Comprobando si el archivo está completamente escrito

Question

Actualmente estoy trabajando en el proyecto que procesa archivos del directorio de origen en una de sus rutinas. Hay un proceso de Java que busca el directorio especificado e intenta leer y procesar archivos si existen. Los archivos son dejados de lado y se actualizan por otro proceso de terceros. La pregunta es ¿cómo puedo verificar si el archivo está completamente escrito? Intento usar file.length() pero parece que incluso si el proceso de escritura no se ha completado, devuelve el tamaño real. Tengo la sensación de que la solución debe depender de la plataforma. Cualquier ayuda sería apreciada.

ACTUALIZACIÓN: Esta pregunta no es muy diferente a la del duplicado pero tiene una respuesta con un fragmento de código que está altamente calificado.

Answer 1

¿El proceso de producción cierra el archivo cuando finaliza la escritura? Si es así, intentar abrir el archivo en el proceso del consumidor con un bloqueo exclusivo fallará si el proceso del productor todavía está produciendo.

Answer 2

No creo que haya una solución general para eso. Buscar un tamaño de archivo es incorrecto, ya que algunas aplicaciones pueden establecer el tamaño del archivo antes de cualquier llamada de escritura. Una de las posibilidades es usar el bloqueo. Esto requerirá que el escritor acumule un bloqueo de escritura (o bloqueo exclusivo). Si no puede modificar el escritor, puede usar las herramientas proporcionadas por el sistema operativo, como fusor en Linux para ver si hay algún proceso que todavía acceda al archivo.

Answer 3

Si va a utilizar este código en una sola plataforma, puede usar NIO's FileLock facility. Pero lea la documentación detenidamente y tenga en cuenta que, en muchas plataformas, el bloqueo solo es orientativo.

Otro enfoque es hacer que un proceso escriba el archivo con un nombre que su proceso no reconocerá, luego cambie el nombre del archivo a un nombre reconocible cuando se complete la escritura. En la mayoría de las plataformas, la operación de cambio de nombre es atómica si el origen y el destino son del mismo volumen del sistema de archivos.

Answer 4

me dieron el trabajo solución:

private boolean isCompletelyWritten(File file) { 
    RandomAccessFile stream = null; 
    try { 
     stream = new RandomAccessFile(file, "rw"); 
     return true; 
    } catch (Exception e) { 
     log.info("Skipping file " + file.getName() + " for this iteration due it's not completely written"); 
    } finally { 
     if (stream != null) { 
      try { 
       stream.close(); 
      } catch (IOException e) { 
       log.error("Exception during closing file " + file.getName()); 
      } 
     } 
    } 
    return false; 
} 

Gracias a @cklab y @Will y todos los demás que sugerían que mirar en forma "bloqueo exclusivo". Acabo de publicar el código aquí para hacer que otras personas interesadas en usarlo. Creo que la solución con el cambio de nombre sugerida por @tigran también funciona, pero la solución pura de Java es preferible para mí.

P.S. Inicialmente usé FileOutputStream en lugar de RandomAccessFile pero bloquea el archivo que se está escribiendo.

Answer 5

Si puede utilizar Java 1.7, echar un vistazo a las herramientas NIO, específicamente java.nio.channels.FileChannel

here es un ejemplo de bloquear el archivo y leerlo.

Answer 6

Una solución sencilla que he utilizado en el pasado para este escenario con Windows es utilizar boolean File.renameTo(File) y tratar de mover el archivo original a una carpeta de ensayo por separado:

Si es successfalse, entonces el potentiallyIncompleteFile todavía se está escribiendo en.