[
https://issues.apache.org/jira/browse/COMPRESS-717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18053039#comment-18053039
]
Mehmet Karaman edited comment on COMPRESS-717 at 1/20/26 1:29 PM:
------------------------------------------------------------------
Hi Gary,
I see now that the latest master has different approach :). It seems to be
fixed with COMPRESS-708 and commit id:
f3a7521d5e9b8ab422e74e397260577316b02d93. Sorry for the circumstances, I am
going to close this ticket.
Best regards
Mehmet Karaman
was (Author: JIRAUSER308470):
Hi Gary,
I see now that the latest master has different approach :). It seems to be
fixed with COMPRESS-708 and commit id: f3a7521d5e9b8ab422e74e397260577316b02d93
> ZipArchiveInputStream and zstd causes StreamClosed exception during
> getNextEntry() loop
> ---------------------------------------------------------------------------------------
>
> Key: COMPRESS-717
> URL: https://issues.apache.org/jira/browse/COMPRESS-717
> Project: Commons Compress
> Issue Type: Improvement
> Components: Compressors
> Reporter: Mehmet Karaman
> Priority: Trivial
> Attachments: Archive.zip
>
>
> Hello,
> the default ZstdInputStream (com.github.luben.zstd.ZstdInputStream) has a
> deconstructor which is closing the original ZipArchiveInputStream when the
> garbage collector hits in during iterating over several files. Due the ZSTD
> library is 3rd party and works standalone, I guess this has to be fixed in
> the compress library.
> I've a simple example (just the class and a zstd compressed zip file) which
> contains a workarounded fix:
> [^Archive.zip]
> I would like to provide also the fix for this bug.
> Best regards
> Mehmet Karaman
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
