[ 
https://issues.apache.org/jira/browse/COMPRESS-717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mehmet Karaman updated COMPRESS-717:
------------------------------------
    Description: 
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

 

  was:
Hello,

the default ZstdInputStream (brotli library) 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

 


> 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)

Reply via email to