Mario, > Do you think that in the future VFS could have a > > native extension library which could be developed to support these? > I am not sure now, as long as there is (at least) no windows and mac > developer around, I'd say NO. > I am able to do the windows native part myself, but I am absolutely not > motivated to do it. :-\
Well, you could have a lot of VFS users on win32 for instance through JCommander. The idea would be to create the ultimate platform independent file management library for Java. Something that Sun was not able to do in 10 years. > We could > > interest people from the JDIC project (e.g. > > https://jdic.dev.java.net/incubator/fileutil/index.html)<https://jdic.dev.java.net/incubator/fileutil/index.html%29>and > > maybe we could > > set up a native C++ developers pool that could provide help in this > process. > > > This looks interesting. > If we manage to do so, VFS will support such a library for sure. > > Though, we have to see what the value of VFS can be here. I mean, such a > library works pretty well standalone, we might just provide a way to get > a FileObject out of a java.io.File, and this is already possible. Some parts of this library could be standalone, but most of it should be better in VFS: - file notifications - for instance on SMB too - partition information - you could get information for remote partitions too (SMB shares, FTP accounts) - trash/recycle bin handling - having an option to perform a deletion to the trash or make it a permanent one is useful even when calling VFS from Ant - file permissions - a generic mechanism on getting and setting file permissions regardless of the operating system is useful even in Ant scripts What do you think? Regards, Robert
