You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Doron Cohen (JIRA)" <ji...@apache.org> on 2011/03/23 11:21:05 UTC

[jira] [Commented] (COMPRESS-127) Calling close() on inputStream returned by CompressorStreamFactory.createCompressorInputStream() does not close the underlying input stream

    [ https://issues.apache.org/jira/browse/COMPRESS-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13010046#comment-13010046 ] 

Doron Cohen commented on COMPRESS-127:
--------------------------------------

The attached test will fail in Windows but might pass in Linux.
Still the problem is real.
It is not too difficult to write a test that will fail also in Linux - see [Shai's suggestion in LUCENE-2980|https://issues.apache.org/jira/browse/LUCENE-2980?focusedCommentId=13009986&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13009986].

> Calling close() on inputStream returned by CompressorStreamFactory.createCompressorInputStream() does not close the underlying input stream
> -------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: COMPRESS-127
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-127
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Compressors
>            Reporter: Doron Cohen
>         Attachments: CreateCompressorInputStreamTest.java
>
>
> When creating and closing a stream like this:
> {code}
> InputStream is = csFactory.createCompressorInputStream(CompressorStreamFactory.GZIP, in);
> is.close();
> {code}
> The underlying stream *in* is not closed.
> It seems like  a bug - for instance it prevents from deleting the file on which that stream was opened.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira