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

Stefan Bodewig commented on COMPRESS-132:
-----------------------------------------

First of all, thanks!

Don't waste your time on porting the code to Java 1.4 since the CC 1.2 release 
is expected to be days rather than weeks away.

The OutputStream problem is not unique to the dump format - which I've not made 
myself familiar with, yet - but may affect it to a stronger degree.  A simple 
similar case is AR using the GNU method for storing long files where all 
filenames of the archives appear in a separate entry at the front of the 
archive (at least that's where GNU ar puts it).  ZIP has the problem on the 
reading side and we introduced ZipFile (well, the java.util.zip designers did) 
to deal with it.  Maybe we'd need to introduce a DumpFile class for writing 
dump archives that can use RandomAccessFile underneath.

As for JNI/JNA, ouch! 8-)

> Add support for unix dump files
> -------------------------------
>
>                 Key: COMPRESS-132
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-132
>             Project: Commons Compress
>          Issue Type: New Feature
>          Components: Archivers
>            Reporter: Bear Giles
>            Priority: Minor
>             Fix For: 1.3
>
>         Attachments: dump-20110722.zip, dump.zip, test-z.dump, test.dump
>
>
> I'm submitting a series of patches to the ext2/3/4 dump utility and noticed 
> that the commons-compress library doesn't have an archiver for it. It's as 
> old as tar and fills a similar niche but the later has become much more 
> widely used. Dump includes support for sparse files, extended attributes, mac 
> os finder, SELinux labels (I think), and more. Incremental  dumps can capture 
> that files have been deleted.
> I should have initial support for a decoder this weekend. I can read the 
> directory entries and inode information (file permissions, etc.) but need a 
> bit more work on extracting the content as an InputStream.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to