[
https://issues.apache.org/jira/browse/COMPRESS-485?focusedWorklogId=292719&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-292719
]
ASF GitHub Bot logged work on COMPRESS-485:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 11/Aug/19 15:56
Start Date: 11/Aug/19 15:56
Worklog Time Spent: 10m
Work Description: bodewig commented on issue #78: COMPRESS-485 keep zip
entries order in parallel zip creation
URL: https://github.com/apache/commons-compress/pull/78#issuecomment-520239275
I have a bunch of issues assigned to the 1.19 milestone in JIRA and intend
to cut a new release once all of them are fixed. This doesn't imply they'd be
the only issues acceptable, but these are the only ones I can promise I will
work on.
Speaking of "promise", there have been several months where I have been more
or less absent. This *will* happen again. Right now I'm determined to get 1.19
out of the door before it happens again.
As usual, more hands are always welcome :-)
----------------------------------------------------------------
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: 292719)
Time Spent: 4h 40m (was: 4.5h)
> Reproducible Builds: keep entries order when gathering ScatterZipOutputStream
> content in ParallelScatterZipCreator
> ------------------------------------------------------------------------------------------------------------------
>
> Key: COMPRESS-485
> URL: https://issues.apache.org/jira/browse/COMPRESS-485
> Project: Commons Compress
> Issue Type: Improvement
> Components: Archivers
> Affects Versions: 1.18
> Reporter: Hervé Boutemy
> Priority: Major
> Labels: zip
> Fix For: 1.19
>
> Time Spent: 4h 40m
> Remaining Estimate: 0h
>
> currently, zip files created using ParallelScatterZipCreator have random
> order.
> This is causing issues when trying to do Reproducible Builds with Maven
> MNG-6276
> Studying ParallelScatterZipCreator, entries are kept sorted in memory in
> futures list: instead of writing each full scatter in sequence, iterating
> over futures should permit to write each zip entry in original order, without
> changing the API or any performance of the gathering process
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
