[
https://issues.apache.org/jira/browse/COMPRESS-477?focusedWorklogId=355866&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-355866
]
ASF GitHub Bot logged work on COMPRESS-477:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 08/Dec/19 20:40
Start Date: 08/Dec/19 20:40
Worklog Time Spent: 10m
Work Description: bodewig commented on issue #86: COMPRESS-477 building a
split zip
URL: https://github.com/apache/commons-compress/pull/86#issuecomment-562991230
https://github.com/bodewig/commons-compress/tree/COMPRESS-477-constructing
holds a rebased version of this PR, I'd be happy if you just applied similar
changes and pushed it here, no need to have me as contributor inside of your
work.
While rebasing I realized that master says the disk number start is a long
while this branch uses an int. Actually both master and this branch neglect the
possibility of the number of disks requiring Zip64 extra handling. TBH I find
the idea of a split ZIP archive that spans more than 64k files a bit disturbing
and would address it with a separate change independent of this PR.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 355866)
Time Spent: 11h (was: 10h 50m)
> Support for split zip files
> ---------------------------
>
> Key: COMPRESS-477
> URL: https://issues.apache.org/jira/browse/COMPRESS-477
> Project: Commons Compress
> Issue Type: New Feature
> Components: Archivers
> Affects Versions: 1.18
> Reporter: Luís Filipe Nassif
> Priority: Major
> Labels: zip
> Fix For: 1.20
>
> Time Spent: 11h
> Remaining Estimate: 0h
>
> It would be very useful to support splitted zip files. I've read
> [https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT] and understood
> that simply concatenating the segments and removing the split signature
> 0x08074b50 from first segment would be sufficient, but it is not that simple
> because compress fails with exception below:
> {code}
> Caused by: java.util.zip.ZipException: archive's ZIP64 end of central
> directory locator is corrupt.
> at
> org.apache.commons.compress.archivers.zip.ZipFile.positionAtCentralDirectory64(ZipFile.java:924)
> ~[commons-compress-1.18.jar:1.18]
> at
> org.apache.commons.compress.archivers.zip.ZipFile.positionAtCentralDirectory(ZipFile.java:901)
> ~[commons-compress-1.18.jar:1.18]
> at
> org.apache.commons.compress.archivers.zip.ZipFile.populateFromCentralDirectory(ZipFile.java:621)
> ~[commons-compress-1.18.jar:1.18]
> at
> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:295)
> ~[commons-compress-1.18.jar:1.18]
> at
> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:280)
> ~[commons-compress-1.18.jar:1.18]
> at
> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:236)
> ~[commons-compress-1.18.jar:1.18]
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
