https://bz.apache.org/bugzilla/show_bug.cgi?id=63029
Bug ID: 63029
Summary: Potentially clobbers files on close
Product: POI
Version: 4.0.x-dev
Hardware: PC
Status: NEW
Severity: critical
Priority: P2
Component: OPC
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
I read an XLSX file this way:
workBookPackage = OPCPackage.open(path.toFile(),
PackageAccess.READ);
workBook = new XSSFWorkbook(workBookPackage);
I'm using this method, as the documentation says that "Creating a XSSFWorkbook
from a file-backed OPC Package has a lower memoryfootprint than an InputStream
backed one."
Now my application got interrupted, and this resulted in a zero byte XLSX file.
Unfortunately, I don't have the complete stack trace anymore, but I got a
`java.nio.channels.ClosedByInterruptException` from FileHelper.copyFile().
Looking at ZipPackage.closeImpl(), it looks like it *always*, and
unconditionally clobbers the original file, even if I had used
PackageAccess.READ to open the package.
The other issue is, that closeImpl() does not even try to use an atomic move to
make replacing the original file saver.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
