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

2014-05-16 Thread Mario Ivankovits (JIRA)

[ 
https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13999688#comment-13999688
 ] 

Mario Ivankovits commented on VFS-210:
--

Hi Bernd!

Sorry for my late response. Sure, you can do whatever it requires to keep the 
project running! Thanks for that!

Best regards,
Mario

 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.1


 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 was sent by Atlassian JIRA
(v6.2#6252)


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

2014-05-05 Thread Bernd Eckenfels (JIRA)

[ 
https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13989707#comment-13989707
 ] 

Bernd Eckenfels commented on VFS-210:
-

[~imario] as the referenced bugs are also all open, I would remove the planned 
fix version 2.1. Is that OK with you?

 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.1


 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 was sent by Atlassian JIRA
(v6.2#6252)


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

2008-05-24 Thread James Carman (JIRA)

[ 
https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.



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

2008-05-24 Thread Mario Ivankovits (JIRA)

[ 
https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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

2008-05-24 Thread James Carman (JIRA)

[ 
https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.