[jira] [Commented] (IO-788) FileUtils.moveFile(File, File) can cause IOException in Windows.

["David Garratt (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/IO-788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17711997#comment-17711997 ] 

David Garratt commented on IO-788:
----------------------------------

Has anyone been able to replicate this or better still determine if 2.12 fixes it. I have to admit I am sure that occasionally my application encounters this but it only happens every 2-3 weeks and when it processes thousands of files a day it's just really difficult to trigger it deliberately. In my scenario I am running my app as a windows service and the code is copying a file from a remote windows share to the local machine. Occasionally it just seems to stop doing this until the program is restarted and then it works fine for another 2 weeks. 

> FileUtils.moveFile(File, File) can cause IOException in Windows.
> ----------------------------------------------------------------
>
>                 Key: IO-788
>                 URL: https://issues.apache.org/jira/browse/IO-788
>             Project: Commons IO
>          Issue Type: Bug
>          Components: Utilities
>    Affects Versions: 2.11.0
>         Environment: Windows
>            Reporter: Phu Dinh
>            Priority: Critical
>
> Hi,
> This report is spawn from a bug found in commons-fileupload:1.4 and up.
>  
> https://issues.apache.org/jira/browse/FILEUPLOAD-338
>  
> The code at this line:
> [https://github.com/apache/commons-io/blob/f22a4227401855ecbfdf8184bbe37275c3aeb5c3/src/main/java/org/apache/commons/io/FileUtils.java#L2392]
>  
> can cause IOException when the .tmp file is deleted during the writing the upload file to disk.
> We found that the java process holding on to the open handler of the .tmp file (during the read for writing to the destination file); thus the delete() operation fails and the IOException is thrown.
>  
> This problem only happens on Windows.
>  
> Thanks,



--
This message was sent by Atlassian Jira
(v8.20.10#820010)