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