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/22 22:52:11 UTC

[jira] [Updated] (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:all-tabpanel ]

Doron Cohen updated COMPRESS-127:
---------------------------------

    Attachment: CreateCompressorInputStreamTest.java

Attached simple program creates the bug.
As written the program fails.
Uncomment line 39 and it should pass.

{code}
// uncomment the following line to make the test pass
// but I think it should have passed without this line and this is actually a bug 
//bis.close(); 
{code}

> 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