Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ACBA2100F4 for ; Wed, 11 Jun 2014 15:58:02 +0000 (UTC) Received: (qmail 93263 invoked by uid 500); 11 Jun 2014 15:58:02 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 93168 invoked by uid 500); 11 Jun 2014 15:58:02 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 93157 invoked by uid 99); 11 Jun 2014 15:58:02 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jun 2014 15:58:02 +0000 Date: Wed, 11 Jun 2014 15:58:02 +0000 (UTC) From: "Matthias Stevens (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (COMPRESS-263) Add DEFLATE support MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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)