You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Jeff Varszegi <jv...@yahoo.com> on 2002/11/20 10:11:17 UTC

[?][SUBMIT] FileSystem.java

I had this class lying around and thought I'd post it.  I just took a look at the FileUtils class
(didn't check out the one in Excaliber yet), but I think that there're lots of difference between
this class and FileUtils.  

'FileSystem' is a simple standalone class for dealing with a regular ol' file system.  You can set
a root directory and perform operations on files using relative paths if you wish.  I've found it
pretty useful in the past.  It supports some things like OS-agnostic file copying and searching,
simple wildcard file/directory searches, etc.  If you have time, please look it over and see if
some of it sparks a thought or might be useful.  I keep it around in my ragtag private util
package.

Is work being done on VFS right now?  Can I help?  It seems like something I could really sink my
teeth into.  Are there plans to do nice stuff like support agglomerated file systems, so that we
can support federated namespaces?  Has VFS already been superseded by something else?  I did poke
around a lot to find this out, but I am still not sure.

Jeff

P.S. I was wondering why a putFile(FileObject file) appears in the AbstractFileSystem class, but
not in the interface FileSystem.  I noticed some other stuff too.

__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com

Re: [?][SUBMIT] FileSystem.java

Posted by Adam Murdoch <ad...@apache.org>.
On Wed, 20 Nov 2002 07:11 pm, Jeff Varszegi wrote:

> Is work being done on VFS right now?  

Yes.  A little slowly, perhaps, but it is happening.

> Can I help?  

Yes, definitely.  Did you have anything particular in mind?  Otherwise, If 
you're looking for things to do, there's a bunch of stuff in the todo list 
(in cvs - haven't updated the web site yet).  Either way, patches are most 
welcome.

> It seems like something
> I could really sink my teeth into.  Are there plans to do nice stuff like
> support agglomerated file systems, so that we can support federated
> namespaces?  

Absolutely.  Have a look at the todo list.

> Has VFS already been superseded by something else?  

Don't think so.  Even if it were, a little competition never hurt.

> I did poke
> around a lot to find this out, but I am still not sure.
>
> Jeff
>
> P.S. I was wondering why a putFile(FileObject file) appears in the
> AbstractFileSystem class, but not in the interface FileSystem.  I noticed
> some other stuff too.

Because clients of FileSystem never need to 'put' files; The file system is 
responsible for creating FileObject instances, so clients only ever 'get' 
files.  AbstractFileSystem maintains a cache of FileObjects, and the 
putFile() method is there for subclasses to add files to that cache.

-- 
Adam

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [?][SUBMIT] FileSystem.java

Posted by Henri Yandell <ba...@generationjava.com>.

On Wed, 20 Nov 2002, Jeff Varszegi wrote:

> I had this class lying around and thought I'd post it.  I just took a
> look at the FileUtils class (didn't check out the one in Excaliber
> yet), but I think that there're lots of difference between this class
> and FileUtils.

Excaliber's io is in io now.

> 'FileSystem' is a simple standalone class for dealing with a regular
> ol' file system.  You can set a root directory and perform operations
> on files using relative paths if you wish.  I've found it pretty
> useful in the past.  It supports some things like OS-agnostic file
> copying and searching, simple wildcard file/directory searches, etc.
> If you have time, please look it over and see if some of it sparks a
> thought or might be useful.  I keep it around in my ragtag private
> util package.

Sounds useful. Will try to take a peek.

Hen




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>