You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2016/11/29 20:35:58 UTC

[jira] [Resolved] (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 ]

Stefan Bodewig resolved COMPRESS-327.
-------------------------------------
    Resolution: Fixed

> 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, SeekableInMemoryByteChannel_tests.patch, constructors_javadoc_in_memory_examples.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)