commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matthias Stevens (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (COMPRESS-263) Add DEFLATE support
Date Wed, 11 Jun 2014 15:58:02 GMT

     [ https://issues.apache.org/jira/browse/COMPRESS-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Matthias Stevens updated COMPRESS-263:
--------------------------------------

    Description: 
GZIP is not a compression algorithm "as such". The de facto (and currently the only supported)
compression algorithm it uses is DEFLATE.
GZIP adds a header of minimum 10 bytes and a footer of 8 bytes to a "deflated" data stream.
Find out more here: http://en.wikipedia.org/wiki/Gzip#File_format

I have no problem with the current GZIP support, but it would be nice if CommonsCompress would
also have compression and decompression support for "raw" DEFLATE streams and DEFLATE streams
with the zlib header.

Similarly to the GZIP support in Commons Compress these functionality can be implemented very
easily using the standard java.util.zip package, as done in the provided patch.

  was:
GZIP is not a compression algorithm "as such". The de facto (and currently the only supported)
compression algorithm it uses is DEFLATE. GZIP adds a header of minimum 10 bytes and a footer
of 8 bytes the the "Deflated" data stream. Find out more here: http://en.wikipedia.org/wiki/Gzip#File_format

I have no problem with the current GZIP support, but it would be nice if CommonsCompress would
also have compression and decompression support for "raw" DEFLATE streams and DEFLATE streams
with the zlib header.

Similarly to the GZIP support in Commons Compress these functionality can be implemented very
easily using the standard java.util.zip package, as done in the provided patch.


> Add DEFLATE support
> -------------------
>
>                 Key: COMPRESS-263
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-263
>             Project: Commons Compress
>          Issue Type: New Feature
>          Components: Compressors
>            Reporter: Matthias Stevens
>              Labels: features
>             Fix For: 1.9
>
>         Attachments: COMPRESS-263_DeflateSupport.patch, COMPRESS-263_DeflateSupport_v1.1.patch,
bla.tar.deflate, bla.tar.deflatez
>
>
> GZIP is not a compression algorithm "as such". The de facto (and currently the only supported)
compression algorithm it uses is DEFLATE.
> GZIP adds a header of minimum 10 bytes and a footer of 8 bytes to a "deflated" data stream.
Find out more here: http://en.wikipedia.org/wiki/Gzip#File_format
> I have no problem with the current GZIP support, but it would be nice if CommonsCompress
would also have compression and decompression support for "raw" DEFLATE streams and DEFLATE
streams with the zlib header.
> Similarly to the GZIP support in Commons Compress these functionality can be implemented
very easily using the standard java.util.zip package, as done in the provided patch.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message