Re: unpredictable failure of FileChannel#transferFrom

2014-01-06 Thread Stefan Bodewig
On 2014-01-06, Jesse Glick wrote: > On Sat, Jan 4, 2014 at 10:23 AM, Stefan Bodewig wrote: >> all Ant sees is a plain IOException so we cannot handle the case by >> falling back to stream based copying. > Why not? Even if the IOException is “genuine” (missing permissions, > etc.), a fallback to

Re: unpredictable failure of FileChannel#transferFrom

2014-01-06 Thread Jesse Glick
On Sat, Jan 4, 2014 at 10:23 AM, Stefan Bodewig wrote: > all Ant sees is a plain IOException so we cannot handle the case by falling > back to stream based copying. Why not? Even if the IOException is “genuine” (missing permissions, etc.), a fallback to stream copying would presumably fail with

Re: unpredictable failure of FileChannel#transferFrom

2014-01-04 Thread Nicolas Lalevée
Le 4 janv. 2014 à 16:23, Stefan Bodewig a écrit : > Hi all, > > in ResourceUtils#copy we'll use FileChannel#transferFrom if source and > target are Files and we don't need to modify the contents. It looks as > if transferFrom uses mmap under the covers and sometimes fails to do so > - for exam

unpredictable failure of FileChannel#transferFrom

2014-01-04 Thread Stefan Bodewig
Hi all, in ResourceUtils#copy we'll use FileChannel#transferFrom if source and target are Files and we don't need to modify the contents. It looks as if transferFrom uses mmap under the covers and sometimes fails to do so - for example when one file is on a network file system[1] but it looks as