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

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 1.2
• Component/s: Compressors
• Assignee: Unassigned
• Reporter: Doron Cohen
• Created: 22/Mar/11 21:44
• Updated: 02/May/13 02:29
• Resolved: 23/Mar/11 11:07

Description

When creating and closing a stream like this:

InputStream is = csFactory.createCompressorInputStream(CompressorStreamFactory.GZIP, in);
is.close();

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.

Issue Links

• is depended upon by: LUCENE-2982 Get rid of ContenSource's workaround for closing b/gzip input stream once this is fixed in CommonCompress
• relates to: LUCENE-2980 Benchmark's ContentSource should not rely on file suffixes to be lower cased when detecting file type (gzip/bzip2/text)