[
https://issues.apache.org/jira/browse/COMPRESS-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Bodewig updated COMPRESS-132:
------------------------------------
Fix Version/s: 1.3
Issue Type: New Feature (was: Improvement)
Since the implementation uses Java5 features internally it will have to be
pushed to 1.3, at least.
We'll have to decide whether we want to include an implementation without an
OutputStream once 1.3 is close enough to actually talk about a release.
> 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.zip
>
>
> 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
