commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Fortner <>
Subject Re: Apache Commons & ApacheCon Europe 2014 ... [VFS]
Date Thu, 17 Apr 2014 20:39:12 GMT
I'm in the process of creating a file browser-like tool in JavaFX, and my
original intent was to use VFS as the underlying file system abstraction.
 After looking at a lot of the features in Java 7 and 8 (like
DirectoryStreams, parallelStreams, and lambdas) I'm now having second
thoughts.  So I'd be really interested to learn what the "future directions
of VFS" will be.  Is the goal to create an adapter layer between the NIO
file system, and VFS, and perhaps gradually remove that layer and replace
it with direct adapters for each of the file systems?  Or is there some
commitment from the jCIFS, jackrabbit, and other teams to provide NIO
adapters directly? Is there a wiki page, or a thread I should look at? Is
there a time frame when this will happen? Unfortunately, I won't be able to
make it to ApacheCon.



On Thu, Apr 17, 2014 at 12:27 PM, Bernd Eckenfels <>wrote:

> Hello,
> Am Thu, 17 Apr 2014 08:02:36 -0600
> schrieb Siegfried Goeschl <>:
> > * Who would volunteer for presenting his/her Apache Commons component?
> As a new committer I would really join you crowd, so I am currently
> planning to visit the Europe Con and have some holiday (unfortunatelly
> its not the best time of the year to make holiday, but hey...).
> So my current planning is to attend, and I can also think about
> presenting something or leading a BOF, however I dont want to steal
> attention. I would be able to speak a bit in VFS, but there is not much
> news (and I dont know all the details).
> So maybe instead of a longish component presentation only a BOF "future
> directions VFS". For example discussion in the light of
> java.nio.file.spi...
> A similiar discussion BOF around Git usage?
> Gruss
> Bernd
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message