commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory (JIRA)" <>
Subject [jira] [Commented] (VFS-443) Need an easy way to convert from a FileObject to a File
Date Wed, 14 Nov 2012 03:40:13 GMT


Gary Gregory commented on VFS-443:

OK, you've convinced me, {{getLocalFile()}} is now public with a usage recommendation in the

Please provide feedback on the Javadoc if you would. Or anything else in VFS2.

Thank you!

commit -m "[VFS-443] [Local] Need an easy way to convert from a FileObject to a File." C:/svn/org/apache/commons/trunks-proper/vfs/src/changes/changes.xml
    Sending        C:/svn/org/apache/commons/trunks-proper/vfs/core/src/main/java/org/apache/commons/vfs2/provider/local/
    Sending        C:/svn/org/apache/commons/trunks-proper/vfs/src/changes/changes.xml
    Transmitting file data ...
    Committed revision 1409075.
> Need an easy way to convert from a FileObject to a File
> -------------------------------------------------------
>                 Key: VFS-443
>                 URL:
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: Nicholas Allen
>             Fix For: 2.1
> I've seen the reasons why Apache does not want to provide an easy way to convert from
a FileObject to a and those reasons make sense - however, I think that some things
are being overlooked and there are still valid reasons for needing to convert from a FileObject
to a File.
> Firstly, I would like to always use Apache VFS for everything I do - even if I know it's
only on the local file system. The reasons for this are:
> 1. it makes the code more flexible (it might start of being local file system and then
as specs change it could become a requirement to work over http or inside zip files for example).

> 2. The API is nicer to use than the and it's easier to write cross platform
code using it (file separator is always "/" etc).
> So if I work with Apache VFS for local file system use I would like to be able to get
back to a in case I need to interface with same other library. I would like a
method that converted to a File or null if not possible. This would allow me to take an alternate
action (eg copy file to local temp file if it's not already a local file). There's no need
to copy the file if it is already local.
> The simplest fix for this is to just make the getLocalFile() method in LocalFile public.
Once the user knows it's a LocalFile object it makes sense to call this method to obtain the So I could write a method like this:
> /**
>     * If the supplied {@link FileObject} represents a local file then this returns that,
>     * returns null.
>     */
>    public File getLocalFile(final FileObject fileObject)
>    {
>       if (fileObject instanceof LocalFile)
>       {
>          final LocalFile localFile = (LocalFile)fileObject;
>          return localFile.getLocalFile();
>       }
>       return null;
>    }

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message