[
https://issues.apache.org/jira/browse/COMPRESS-154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lasse Collin updated COMPRESS-154:
----------------------------------
Attachment: GzipCompressorInputStream.java
I attached a new version of GzipCompressorInputStream. It is a reimplementation
of the .gz container decoding and supports concatenated .gz files. Like
GZIPInputStream, this uses java.util.zip.Inflater for the actual decompression.
There is a new constructor that allows getting the old behavior where
decompressor stops after the first .gz member.
> GzipCompressorInputStream doesn't support concatenated .gz files
> ----------------------------------------------------------------
>
> Key: COMPRESS-154
> URL: https://issues.apache.org/jira/browse/COMPRESS-154
> Project: Commons Compress
> Issue Type: Bug
> Components: Compressors
> Reporter: Lasse Collin
> Attachments: GzipCompressorInputStream.java
>
>
> The .gz format allows concatenating multiple .gz files as is. A decompressor
> should decompress the resulting multimember file as if it were a single .gz
> file.
> GzipCompressorInputStream is a wrapper for java.util.zip.GZIPInputStream
> which doesn't support concatenated .gz files. Only the first .gz member is
> decompressed and the rest of the compressed data is silently ignored.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
