You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Damjan Jovanovic (JIRA)" <ji...@apache.org> on 2015/11/17 07:24:11 UTC

[jira] [Updated] (COMPRESS-327) Support in-memory processing for ZipFile

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

Damjan Jovanovic updated COMPRESS-327:
--------------------------------------
    Attachment: seekable-input-stream.txt

I wrote a patch precisely for this a few weeks ago (attached), but got no feedback when I emailed it to the dev mailing list, so have been reluctant to commit it.

Also the next major version of compress is supposed to support seekable streams, but development on it seems to have been abandoned?


> 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
>         Attachments: seekable-input-stream.txt
>
>
> 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)