-
Notifications
You must be signed in to change notification settings - Fork 38.6k
Closed
Labels
in: coreIssues in core modules (aop, beans, core, context, expression)Issues in core modules (aop, beans, core, context, expression)type: regressionA bug that is also a regressionA bug that is also a regression
Milestone
Description
Andy Wilkinson opened SPR-15845 and commented
In 4.3, copyRecursively
would replace existing files. In 5.0, the move to Files.copy
means that existing files are no longer overwritten and the copy fails with a FileAlreadyExistsException
.
I wonder if this change was intentional (and could perhaps be mentioned in the javadoc), or if using StandardCopyOption.REPLACE_EXISTING
would be appropriate.
Affects: 5.0 RC3
Issue Links:
- FileSystemUtils.deleteRecursively always returns false [SPR-15846] #20401 FileSystemUtils.deleteRecursively always returns false
Referenced from: commits fabc9c2
Metadata
Metadata
Assignees
Labels
in: coreIssues in core modules (aop, beans, core, context, expression)Issues in core modules (aop, beans, core, context, expression)type: regressionA bug that is also a regressionA bug that is also a regression