DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36597>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36597 Summary: [compress] CBZip2InputStream doesn't close the source stream Product: Commons Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi there, I used compress component in sandbox via VFS component. And When I accessed a tbz2 file via VFS, I could not remove the tbz2 file after closing stream. I checked some codes and I found the reason of the phenomenon. When a client program accessed a tbz2 file, the code uses TarFileSystem ( org.apache.commons.vfs.provider.tar.TarFileSystem ). TarFileSystem uses CBZip2InputStream via Bzip2FileObject.wrapInputStream and the source stream is created from FileInputStream like this: class TarFileSystem ... snip ... protected TarInputStream createTarFile(final File file) throws FileSystemException ... snip ... else if ("tbz2".equalsIgnoreCase(getRootName().getScheme())) { return new TarInputStream(Bzip2FileObject.wrapInputStream( file.getAbsolutePath(), new FileInputStream(file))); } I think CBZip2InputStream should close source stream like BufferedInputStream and FilteredInputStream. Could you please consider to close source stream in CBZip2InputStream#close() ? Thanks, Hiroki -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]