[ https://issues.apache.org/jira/browse/COMPRESS-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15055047#comment-15055047 ]
Stefan Bodewig commented on COMPRESS-327: ----------------------------------------- Thanks AFAICT there isn't anything requiring Java7 in your patch - I had assumed you'd be using SeekableByteChannel. Sorry for the noise. As usual we'll likely quibble about a few names (getFilePosition in SeekableInputStream) and I'm not sure whether it wouldn't be better to turn SeekableInputStream into an interface - haven't checked whether ZipFile/SevenZFile need any methods of InputStream that are not part of SeekableInputStream. But this can be easily resolved on the list. I'd be happy if you applied the patch. > 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: > 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)