You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Miroslav Pokorny (JIRA)" <ji...@apache.org> on 2011/07/25 15:37:09 UTC

[jira] [Updated] (VFS-358) RamFileRandomAccessContent.close() does *NOT* call RamFileObject.close().

     [ https://issues.apache.org/jira/browse/VFS-358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Miroslav Pokorny updated VFS-358:
---------------------------------

    Summary: RamFileRandomAccessContent.close() does *NOT* call RamFileObject.close().  (was: RamFileRandomAccessContent.close() does call RamFileObject.close().)

> RamFileRandomAccessContent.close() does *NOT* call RamFileObject.close().
> -------------------------------------------------------------------------
>
>                 Key: VFS-358
>                 URL: https://issues.apache.org/jira/browse/VFS-358
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 1.0
>            Reporter: Miroslav Pokorny
>
> The problem manifests itself if one uses RandomAccessContent from a FileObject which is from ram://. Closing any stream from the RAC does not cleanup some counters which means future calls to FileObject.isContentOpen() return true which is wrong because the RAC.close().
> The fix to RamFileRandomAccessContent.close() is a simple one liner.
>     /*
>      * (non-Javadoc)
>      * 
>      * @see org.apache.commons.vfs.RandomAccessContent#close()
>      */
>     @Override
>     public void close() throws IOException {
>         // do not try and call rafis.close() which does nothing but call this method.
>         this.file.close();
>     }

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