[
https://issues.apache.org/jira/browse/COMPRESS-675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17834395#comment-17834395
]
Tim Allison commented on COMPRESS-675:
--------------------------------------
Added a PR for a unit test. Happy to add more. Thank you [~ggregory]!
The basic problem, I think, is that the pack200 inputstream does not play well
with the outer archive inputstream.
> Regression in pack200's Archive class -- underlying InputStream is now closed
> ------------------------------------------------------------------------------
>
> Key: COMPRESS-675
> URL: https://issues.apache.org/jira/browse/COMPRESS-675
> Project: Commons Compress
> Issue Type: Bug
> Affects Versions: 1.26.0, 1.26.1
> Reporter: Tim Allison
> Assignee: Gary D. Gregory
> Priority: Major
>
> On TIKA-4221, on our recent regression tests, we noticed a change in the
> behavior of Pack200's Archive class. In 1.26.0, the unwrapping of the
> FilterInputStreams
> (https://github.com/apache/commons-compress/blob/68cd2e7fb488b4ad8a9fdc81cae97ae6e8248ea5/src/main/java/org/apache/commons/compress/harmony/unpack200/Pack200UnpackerAdapter.java#L66)
> effectively disables CloseShieldInputStreams, which means that the
> underlying stream is closed after the parse.
> This causes problems when a Pack200 file is inside of an ArchiveInputStream.
> Not sure of the best solution. There's a triggering file on the Tika issue.
> We can implement a crude workaround until this is fixed in commons-compress.
> Thank you!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
