commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matt Sicker <boa...@gmail.com>
Subject Re: [VFS] Interest in starting a Java 7 FileSystem-based version?
Date Thu, 16 Mar 2017 03:44:36 GMT
There's also a ton of in-depth features like file attributes, ACLs, other
permissions, etc. Then there's a bit of overlap with security concerns that
come with that. It certainly provides a rather broad matrix of features
that are possible to expose. There's also FileTypeDetector which has
functional overlap with Tika. Also, the dependencies in vfs2 are pretty out
of date at this point.

On 15 March 2017 at 22:27, Schalk W. Cronjé <ysb33r@gmail.com> wrote:

>
>
> The ZIP implementation is very basic. I've started exoerimenting with this
> quite a while ago writing a RAM filesystem as to experiment w.ith the
> complexities.
> I would definitely be interested in working with you on this even if it is
> only for shared learning. As one dives deeper into it there's a lot of
> 'devil in details' and two minds are better than one to bounce ideas around.
>
>
> Sent from my Samsung device
>
> -------- Original message --------
> From: Matt Sicker <boards@gmail.com>
> Date: 16/03/2017  08:42  (GMT+05:30)
> To: Commons Developers List <dev@commons.apache.org>
> Subject: [VFS] Interest in starting a Java 7 FileSystem-based version?
>
> Ralph has mentioned in the past an idea about rewriting commons-vfs using
> java.nio.file from Java 7. I was playing with this API today attempting to
> abstract some S3 file operations using <
> https://github.com/Upplication/Amazon-S3-FileSystem-NIO2> and found that
> the API is pretty nice. OpenJDK already contains implementations for the
> normal file system and zip files if I recall correctly (so probably also
> jar files).
>
> Anyways, if we were to go forward with starting work on this, should we
> just make a commons-vfs3 branch in the vfs repo? Or does this belong in the
> sandbox?
>
> --
> Matt Sicker <boards@gmail.com>
>



-- 
Matt Sicker <boards@gmail.com>

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