JDK-4763158 : Need to document current limitations of java.util.GZIPInputStream
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util.jar
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic
  • CPU: generic
  • Submitted: 2002-10-15
  • Updated: 2010-05-24
  • Resolved: 2010-05-24
Related Reports
Duplicate :  
Description
BugID 4691425 reports that some .gz compressed files are not fully 
decompressed when using the java.util.zip.GZIPInputStream provided
within J2RE. On closer examination the files in question were 
produced by an older version of the gzip command line tool and
consisted of multiple blocks of compressed (originally 24kByte input
content) each within their own header-body-trailer block.
The current GZIPInputStream implementation assumes that the compressed
input stream provided consists of a single header followed by the
entire compressed body of text/data followed by a standard gzip trailer.
This assumption isn't documented within any of the J2SE documentation
as far as I can tell. We need to clarify this. 


Comments
EVALUATION #4691425 has been fixed in jdk7. Closed as "dup of 4691425"
24-05-2010