RFR JDK-8069211: (zipfs) ZipFileSystem creates corrupted zip if entry output stream gets closed more than once
Alan Bateman
Alan.Bateman at oracle.com
Sat Jan 17 07:36:51 UTC 2015
On 16/01/2015 21:00, Xueming Shen wrote:
> Yes, not only the zipfs. lots of the streams from the j.u.zip pacakge
> are not "thread safe". We probably
> need take a look later. It really does not make lots of sense to share
> an io stream among multiple threads
> though.
I wasn't suggesting it would be make sense to have multiple threads
writing to the same output stream, rather it's the async close of the
FileSystem that I was wondering about as this should really synchronize
with any readers/writers to allow all open resources to be closed before
closing the FileSystem.
-Alan
More information about the nio-dev
mailing list