I have already implemented FileTypeDetector using Tika ->
https://github.com/ysb33r/nio2-filedetector-tika.
On 16/03/2017 09:14, Matt Sicker wrote:
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é <ysb...@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 <boa...@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 <boa...@gmail.com>
--
Schalk W. Cronjé
Twitter / Ello / Toeter : @ysb33r
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
