You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Mario Ivankovits (JIRA)" <ji...@apache.org> on 2008/05/23 21:03:55 UTC

[jira] Created: (VFS-210) Wrapper-Mode VFS

Wrapper-Mode VFS
----------------

                 Key: VFS-210
                 URL: https://issues.apache.org/jira/browse/VFS-210
             Project: Commons VFS
          Issue Type: Improvement
    Affects Versions: 1.0
            Reporter: Mario Ivankovits
            Assignee: Mario Ivankovits
             Fix For: 2.0


VFS should behave more like a wrapper to the underlaying library than a full blown filesystem.

This should solve the following problems:
* access of hidden files/directories
* access to special folders
* speed up FTP access

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (VFS-210) Wrapper-Mode VFS

Posted by "Mario Ivankovits (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12599578#action_12599578 ] 

Mario Ivankovits commented on VFS-210:
--------------------------------------

Yes!

I haven't changed the API so far and I do not plan to do so. There are just a few changes in the contract VFS had with some of it's abstract methods in AbstractFileObject. Nothing too serious so far.

If your code does something like this ...

FileObject fo = VFS.getManager().resolveFile("ftp://xyz/....");
if (fo.getType().hasChildren())
{
// traverse fo
    .... fo.getChildren();
}

... you should not see any changes. But you could also not expect any performance increase as you called getType().

With the commits today you will be able to:

FileObject fo = VFS.getManager().resolveFile("ftp://xyz/....");
// traverse fo
.... fo.getChildren();

This will no longer call getType(), not in your code nor within VFS. Thus, it is no longer required to list the parent directory which was a real pain.
You will get a FileNotFolderException from getChildren() if the file wasn't a directory instead.

Both modes work in parallel. It just depends on the way how you use the VFS API.

> Wrapper-Mode VFS
> ----------------
>
>                 Key: VFS-210
>                 URL: https://issues.apache.org/jira/browse/VFS-210
>             Project: Commons VFS
>          Issue Type: Improvement
>    Affects Versions: 1.0
>            Reporter: Mario Ivankovits
>            Assignee: Mario Ivankovits
>             Fix For: 2.0
>
>
> VFS should behave more like a wrapper to the underlaying library than a full blown filesystem.
> This should solve the following problems:
> * access of hidden files/directories
> * access to special folders
> * speed up FTP access

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (VFS-210) Wrapper-Mode VFS

Posted by "James Carman (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12599579#action_12599579 ] 

James Carman commented on VFS-210:
----------------------------------

We basically use it as a "shared drive" implementation.  Our application needs to be able to move files around when the user needs them.  So, we use VFS as an abstraction so we can change the implementation (we currently use WebDAV) if we want to.  We really love the VFS API for this!  Thanks for all your hard work!

> Wrapper-Mode VFS
> ----------------
>
>                 Key: VFS-210
>                 URL: https://issues.apache.org/jira/browse/VFS-210
>             Project: Commons VFS
>          Issue Type: Improvement
>    Affects Versions: 1.0
>            Reporter: Mario Ivankovits
>            Assignee: Mario Ivankovits
>             Fix For: 2.0
>
>
> VFS should behave more like a wrapper to the underlaying library than a full blown filesystem.
> This should solve the following problems:
> * access of hidden files/directories
> * access to special folders
> * speed up FTP access

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (VFS-210) Wrapper-Mode VFS

Posted by "James Carman (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12599573#action_12599573 ] 

James Carman commented on VFS-210:
----------------------------------

We're still going to maintain the common API, right?  So, I can treat an FTP file object the same as a WebDAV file object?  I've got code that relies upon that abstraction and it works very nicely.  We just use a regular disk file during unit testing and we use WebDAV in "production" with no changes to the code (just configuration).

> Wrapper-Mode VFS
> ----------------
>
>                 Key: VFS-210
>                 URL: https://issues.apache.org/jira/browse/VFS-210
>             Project: Commons VFS
>          Issue Type: Improvement
>    Affects Versions: 1.0
>            Reporter: Mario Ivankovits
>            Assignee: Mario Ivankovits
>             Fix For: 2.0
>
>
> VFS should behave more like a wrapper to the underlaying library than a full blown filesystem.
> This should solve the following problems:
> * access of hidden files/directories
> * access to special folders
> * speed up FTP access

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.