commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (COMPRESS-132) Add support for unix dump files
Date Sun, 24 Jul 2011 06:09:09 GMT

    [ 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

        

Mime
View raw message