Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Wed, 12 Oct 2016 15:17:20 +0000 (UTC)
From: "Stefan Bodewig (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12913478.1447711931000.805691.1476285440625@Atlassian.JIRA>
In-Reply-To: <JIRA.12913478.1447711931000@Atlassian.JIRA>
References: <JIRA.12913478.1447711931000@Atlassian.JIRA> <JIRA.12913478.1447711931709@arcas>
Subject: [jira] [Commented] (COMPRESS-327) Support in-memory processing for
 ZipFile
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 12 Oct 2016 15:17:22 -0000


    [ https://issues.apache.org/jira/browse/COMPRESS-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15569010#comment-15569010 ] 

Stefan Bodewig commented on COMPRESS-327:
-----------------------------------------

Current git master's 7z package is able to deal with {{SeekableByteChannel}} and doesn't require {{RandomAccessFile}} anymore. I plan to do the same to the zip package. The current code could be improved to use cached {{ByteBuffer}}s in order to reduce memory consumption.

We may want to add an implementation of {{SeekableByteChannel}} wrapped around a {{byte[]}}}.


> Support in-memory processing for ZipFile
> ----------------------------------------
>
>                 Key: COMPRESS-327
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-327
>             Project: Commons Compress
>          Issue Type: New Feature
>            Reporter: Brett Kail
>            Priority: Minor
>             Fix For: 1.13
>
>         Attachments: 0001-Add-a-SeekableInputStream-and-some-subclasses-that-Z.patch
>
>
> ZipFile (and SevenZFile) currently require a File argument, but it would be nice to support in-memory byte buffers rather than requiring temp files.  Perhaps create a new SeekableInputStream class (or SeekableDataInput interface) and add corresponding constructors.
> For convenience, perhaps also add a utility class that wraps a ByteBuffer and/or byte[] and implements the new interface.
> (The sevenz package appears to have a similar limitation, so it might make sense to add the support there at the same time, but I personally don't have a need for that.)


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)