error de hormiga No se puede cambiar el nombre del archivo anterior al archivo temporal

Question

Estoy usando hormiga 1.8.0 y Java 1.6.0.17 y me encuentro con un problema extraño.

En mi build.xml, tengo una tarea sencilla que compila el código

<javac destdir="${dir.build.classes}" debug="on"> 
    <classpath refid="classpath"/> 
    <src path="${dir.src.java}"/> 
</javac> 

En la "ruta de clases" es un frasco, lo llaman library.jar

En una tarea posterior, necesito añadir unas pocas clases de library.jar, lo que me gusta este

<jar destfile="library.jar" update="true" duplicate="fail"> 
    <fileset dir="${dir.build.classes}"> 
     <include name="some/class/files"/> 
    </fileset> 
</jar> 

este fallará con el error Unable to rename old file (library.jar) to temporary file

Puse en una llamada a handle.exe antes y después de la llamada javac, y puedo confirmar que el proceso java que ejecuta ant agarra un identificador de archivo a library.jar durante la llamada javac, y no le da arriba. Esto hace que mi intento posterior de actualizar el jar falla.

¿Por qué mantener un asa en el jar en un classpath abierto incluso después de que se complete la tarea javac?

Answer 1

Así que encontré la respuesta, después de algunos experimentos. Al agregar fork="true" a mi tarea javac, el identificador del archivo se cierra al final de la tarea. Esto permite que mi modificación jar tenga éxito más adelante en la compilación.

Sin embargo, es una pena porque tengo que acordarme de agregar esto a cada tarea javac en sentido ascendente.

Answer 2

Este es un problema de bloqueo de Windows. Cualquier proceso/subproceso que lea el archivo evitará que se renombre, que es lo que está haciendo la tarea zip al actualizar un archivo jar existente.

Supongo que el identificador del archivo se mantiene abierto porque usa una referencia de ruta de clase. ¿Tal vez los manejadores de archivo podrían cerrarse si establecieras explícitamente el classpath de la tarea javac?

Answer 3

Parece estar relacionado con la configuración de classpath y la primera operación en el archivo jar lo mantiene abierto. He resuelto este problema eliminando "." desde mi variable de entorno classpath.

Answer 4

Se ha producido un error para exactamente el mismo problema here.

Están diciendo que este se fija en la versión 1.8 Ant