[
https://issues.apache.org/jira/browse/COMPRESS-231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16909987#comment-16909987
]
Stefan Bodewig commented on COMPRESS-231:
-----------------------------------------
[https://github.com/apache/commons-compress/commit/e959762ed200d9bc03fd858b8c96e35f95cada90]
contains my port.
The main difference is I used iteration to make up for the lack of tail
recursion and I throw a {{NonWritableChannelException}} rather than a
{{NotImplementedError}} which seems to be more in line of
{{SeekableByteChannel}}'s contract.
Could you please indicate here that it is OK for us to ship this code as part
of our releases?
> Add support for multpart 7z archives
> ------------------------------------
>
> Key: COMPRESS-231
> URL: https://issues.apache.org/jira/browse/COMPRESS-231
> Project: Commons Compress
> Issue Type: Improvement
> Components: Archivers
> Reporter: Leon Blakey
> Priority: Major
> Labels: 7z
> Fix For: 1.19
>
>
> Has support for multipart 7z archives been discussed? Compress would only
> need to cat the files together.
> In terms of actual implementation I tried to take a stab at it myself but
> SevenZFile relies on RandomAccessFile which complicates things like
> readFully() with a buffer that spans 2 files. I stopped when it started
> getting complex and was wondering what would be the "compress" way to do it
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
