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