Hello, I've tried to duplicate a simple version of this problem in a unit test in but could not simulate this problem (See ProviderWriteTests.testOverwriteSameFileSystem method in CVS or the next build). Perhaps you could provide a standalone test case?
Thanks, Gary PS: I am not one of the original developers of VFS but we are planning on using VFS here at work, so have been looking at the innards and fixed one or two very minor things. > -----Original Message----- > From: Jacob Kjome [mailto:[EMAIL PROTECTED] > Sent: Monday, December 22, 2003 11:05 > To: [EMAIL PROTECTED] > Subject: [vfs] problem with multiple Ant <v-copy>'s to the same filename > > I'm using the <v-copy> task to download files from http and ftp sites. > This > seems to work find, except that if I have multiple <v-copy> tasks copying > to > the same destfile (which gets deleted after each run, BTW), I get the > following > error... > > [echo] /java/repository/commons-beanutils-1.6.1/commons-beanutils.jar > [vfs:v-copy] Copying > http://archive.apache.org/dist/jakarta/commons/beanutils/bi > naries/commons-beanutils-1.6.1.tar.gz to file://C:/java/repository/aFile > [gunzip] Expanding C:\java\repository\aFile to > C:\java\repository\aFile.tar > [untar] Expanding: C:\java\repository\aFile.tar into > C:\java\repository > [delete] Deleting: C:\java\repository\aFile.tar > [delete] Deleting: C:\java\repository\aFile > [echo] /java/repository/commons-collections-2.1/commons- > collections.jar > [vfs:v-copy] Copying > http://archive.apache.org/dist/jakarta/commons/collections/ > binaries/collections-2.1.tar.gz to file://C:/java/repository/aFile > > BUILD FAILED > C:\myclasses\repository\TheHartford\CEII\NBS\build.xml:373: Following > error occu > red while executing this line > C:\myclasses\repository\TheHartford\CEII\NBS\utility-targets.incl:187: > Could not > copy file > "http://archive.apache.org/dist/jakarta/commons/collections/binaries/ > collections-2.1.tar.gz" to "file://C:/java/repository/aFile" because the > destina > tion file is read-only. > > > The destination file "aFile" is deleted, so why is <v-copy> reporting it > to be > existing and, apparently, "read-only"? Does it have something to do with > the "caching" problem reported at this thread? > http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=106786840807527&w=2 > > If I run Ant again, then it can download the file it failed on before, but > then > it craps out again if it has to download another. So, essentially, If I > have > 20 files to download, I have to run the Ant build 20 times to get all the > files. That't obviously a bug. Is this a known issue? Is it going to be > fixed soon? > > The VFS tasks seem awesome, but I can't use them given this current bug. > Can > it be fixed soon? > > Jake > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
