Re: [VFS] Logging levels

I will create a JIRA for it... Gary > > > Cheers > Bruno > > > From: Gary Gregory <garydgreg...@gmail.com> > To: Commons Developers List <dev@commons.apache.org> > Sent: Thursday, 7 September 2017 9:07 AM > Subject: Re

Re: [VFS] Logging levels

t <dev@commons.apache.org> Sent: Thursday, 7 September 2017 9:07 AM Subject: Re: [VFS] Logging levels There is only ONE message logged at the INFO level, it's still annoying. IMO. Gary On Wed, Sep 6, 2017 at 3:03 PM, Gary Gregory <garydgreg...@gmail.com> wrote: > Hi All, > >

Re: [VFS] Logging levels

There is only ONE message logged at the INFO level, it's still annoying. IMO. Gary On Wed, Sep 6, 2017 at 3:03 PM, Gary Gregory <garydgreg...@gmail.com> wrote: > Hi All, > > IMO, due to the low-level nature of Commons VFS, I think it not log at the > INFO level. Every chatty

[VFS] Logging levels

Hi All, IMO, due to the low-level nature of Commons VFS, I think it not log at the INFO level. Every chatty log events should be at the DEBUG or TRACE level. I'd like to change all INFO messages to DEBUG or TRACE (depending on the message) Thoughts? Gary

Re: [VFS] toward releasing 2.2

nd learn with - our release process. > Cheers > Bruno > > > > > From: Gary Gregory <garydgreg...@gmail.com> > To: Commons Developers List <dev@commons.apache.org> > Sent: Tuesday, 5 September 2017 5:39 AM > Subject: [VFS] tow

Re: [VFS] toward releasing 2.2

, and at the same time review - and learn with - our release process. Cheers Bruno From: Gary Gregory <garydgreg...@gmail.com> To: Commons Developers List <dev@commons.apache.org> Sent: Tuesday, 5 September 2017 5:39 AM Subject: [VFS] toward releasing 2.2 Hi Al

Re: svn commit: r1807421 - /commons/proper/vfs/trunk/BUILDING.txt

> -mvn clirr:check -pl core > +mvn clirr:check -pl commons-vfs2 Hmm, I think it is intentionally only building the core module, if that is no longer required would it be better to completely remove the -pl argument to control partial build? Gruss Bernd -- http://bernd.eckenfels.net

[VFS] toward releasing 2.2

Hi All, I would live to see a release for VFS so I can pickup some bug fixes. If any one wants to RM, great, otherwise I will have to put that on my TO-DO list. If you want to perform changes, now is the time. The sooner the better. Gary

[vfs] Merge Pull Request (pull/9 - VFS-497)

Hi Bernd, Any chance that you will be able to execute the merge soon? I'd like to do some work based on the new filters and it would be nice to have at least a fresh Maven snapshot including the change: Pull request: https://github.com/apache/commons-vfs/pull/9 Issue: https://issues.apache.org

Re: [vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java

file and if yes, what >> change? Using eol for all lcurly entries? >> >> Gruss >> Bernd >> >> Gruss >> Bernd >> -- >> http://bernd.eckenfels.net >> >> From: Gary Gregory <garydgreg...@gmail.c

Re: [vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java

es, what > change? Using eol for all lcurly entries? > > Gruss > Bernd > > Gruss > Bernd > -- > http://bernd.eckenfels.net > > From: Gary Gregory <garydgreg...@gmail.com> > Sent: Thursday, July 20, 2017 2:52:55 AM > To

Re: [vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java

: Gary Gregory <garydgreg...@gmail.com> Sent: Thursday, July 20, 2017 2:52:55 AM To: Commons Developers List Subject: Re: [vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java We had talked

[vfs] release 2.2

Hi All: I plan on releasing 2.2 ASAP to pick up an important fix for ZIP and JAR files. If you want to fix JIRA and fiddle around, please do so ASAP. Gary

Re: [vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java

, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello. > > I am not sure about changing that. It looks to me like most of the VFS > code uses opening braces on new lines. I actually agree with that style. > > I would also accept to change it, but then completely. &g

[vfs] Lcurly=no (was: svn commit: r1802440 - /commons/proper/vfs/trunk/core/src/test/java/org/apache/commons/vfs2/provider/jar/test/JarAttributesTestCase.java

Hello. I am not sure about changing that. It looks to me like most of the VFS code uses opening braces on new lines. I actually agree with that style. I would also accept to change it, but then completely. In fact the checkstyle template specifies curly = nl https://github.com/apache/commons

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

rwx 1 root root 0 Jun 19 07:37 hive-warehouse > drwxrwxrwx 1 root root 0 Jun 19 07:37 softwares > drwxrwxrwx 1 root root 0 Jun 19 07:37 zeppelin-notebooks > $ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar-with-dependencies.jar > Sample "file:///tmp&quo

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

Hi I've tried and the log is as follows: ``` $ ls -al /tmp/gcs total 0 drwxrwxrwx 1 root root 0 Jun 19 07:37 hive-warehouse drwxrwxrwx 1 root root 0 Jun 19 07:37 softwares drwxrwxrwx 1 root root 0 Jun 19 07:37 zeppelin-notebooks $ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

Thanks for the try. This is pretty strange since your mount path looks simple and VFS file: provider is not doing much besides using normal Java API to access the filesystem. so this looks more like a Java/fuse/gcs-fuse problem. Can you try File f = new File("/tmp/gcs"); Systen,out.

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

At first I mount my Google Cloud Storage onto directory /tmp/gcs using `gcsfuse`, then I create a small project: https://github.com/tilumi/apache-vfs-debug for testing it VFS can detect my mounting point or not. the execution log: ``` $ls -al /tmp/gcs total 0 drwxrwxrwx 1 root root 0 Jun 17 00:42

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

From: 楊閔富 <tilu...@gmail.com> Sent: Thursday, June 15, 2017 3:03:12 AM To: dev@commons.apache.org Subject: Re: Wondering VFS will support Read/Write on Google Cloud Storage? Another question is that VFS cannot identify directory mounted by fuse? 2017-06-15 8:

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

Another question is that VFS cannot identify directory mounted by fuse? 2017-06-15 8:47 GMT+08:00 楊閔富 <tilu...@gmail.com>: > Hi > > I am using Zeppelin on Google Cloud DataProc and want make the notebooks > to be stored on the Google Cloud Storage. > At first, I used `gcsfus

Wondering VFS will support Read/Write on Google Cloud Storage?

Hi I am using Zeppelin on Google Cloud DataProc and want make the notebooks to be stored on the Google Cloud Storage. At first, I used `gcsfuse`(https://github.com/GoogleCloudPlatform/gcsfuse) to mount my Google Cloud Storage bucket as a local directory, but VFS used by Zeppelin to manage files

Re: [VOTE][VFS][LAZY] Migrate VFS to Git

com> wrote: > > > Before starting work on a VFS 3 branch, I'd like to migrate from > Subversion > > to Git. As with other repo migrations, this is a lazy majority vote that > > will be open for 72 hours. If there are no objections, I'll import the > svn > > repo into g

Re: [VOTE][VFS][LAZY] Migrate VFS to Git

+1 Gary On Fri, Mar 17, 2017 at 4:32 AM, Matt Sicker <boa...@gmail.com> wrote: > Before starting work on a VFS 3 branch, I'd like to migrate from Subversion > to Git. As with other repo migrations, this is a lazy majority vote that > will be open for 72 hours. If there are no o

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

>>> >>> Gary >>> >>> On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> wrote: >>> >>> > Commons VFS is still in Subversion. We're going to need a new Git repo >>> > regardless. I can do an import for that repo like

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

are > converted into ByteBuffers yet. > > On 17 March 2017 at 12:19, Gary Gregory <garydgreg...@gmail.com> wrote: > >> I'll be happy to help with PMC related tasks. >> >> Gary >> >> On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> w

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

reg...@gmail.com> wrote: > I'll be happy to help with PMC related tasks. > > Gary > > On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> wrote: > > > Commons VFS is still in Subversion. We're going to need a new Git repo > > regardless. I can do a

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

I'll be happy to help with PMC related tasks. Gary On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> wrote: > Commons VFS is still in Subversion. We're going to need a new Git repo > regardless. I can do an import for that repo like I did for Pool, but I >

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

I seems reasonable to go with Java 7 but I would not hesitate to switch to Java 8 if it makes the job easier. Gary On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> wrote: > Commons VFS is still in Subversion. We're going to need a new Git repo > regardless. I can

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

Can we just pick up Netty's buffers and put them in Commons IO and use that from Commons VFS? Gary On Thu, Mar 16, 2017 at 8:06 PM, Matt Sicker <boa...@gmail.com> wrote: > Based on experience with ByteBuffers in the past, I have a feeling VFS3 may > want to provide some sort of abst

[VOTE][VFS][LAZY] Migrate VFS to Git

Before starting work on a VFS 3 branch, I'd like to migrate from Subversion to Git. As with other repo migrations, this is a lazy majority vote that will be open for 72 hours. If there are no objections, I'll import the svn repo into git, and with the help of a PMC or two, create a new git repo

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

Based on experience with ByteBuffers in the past, I have a feeling VFS3 may want to provide some sort of abstraction over it like how Netty does. Otherwise, managing ByteBuffers can become painful. On 16 March 2017 at 10:31, Matt Sicker <boa...@gmail.com> wrote: > Commons VFS

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

Commons VFS is still in Subversion. We're going to need a new Git repo regardless. I can do an import for that repo like I did for Pool, but I need PMC help to complete the transition. Also, I was thinking about which Java version to support. Java 7 is obviously the minimum due to the API being

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

will only be able to borrow some code. A lot will be different. > > Ralph > > > On Mar 15, 2017, at 8:12 PM, Matt Sicker <boa...@gmail.com> wrote: > > > > Ralph has mentioned in the past an idea about rewriting commons-vfs using > > java.nio.file

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

would recommend that you create a commons-vfs3 git repo for this as you > will only be able to borrow some code. A lot will be different. > > Ralph > > > On Mar 15, 2017, at 8:12 PM, Matt Sicker <boa...@gmail.com> wrote: > > > > Ralph has mentioned in the past an idea

Re: [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 AP

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

evil 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 0

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

pache.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.c

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

; > > 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

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

An example from Google of a custom Java-7 file system provider (Apache licensed) which may also be useful is at: https://github.com/google/jimfs Cheers, Peter On 16 March 2017 at 14:12, Matt Sicker <boa...@gmail.com> wrote: > Ralph has mentioned in the past an idea about rewriting co

Re: [VFS] Interest in starting a Java 7 FileSystem-based version?

gt; 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/Upplic

[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. O

Re: [VFS] invert matches for PatternFileSelector

Another twist would be to have an InvertingFileSelector that just inverts the result of a delegate FileSelector: new InvertingFileSelector(new PatternFileSelector("MyRegEx")) Gary On Fri, Jan 20, 2017 at 7:43 AM, Bernd Eckenfels wrote: > Hello, > I guess that could be

Re: [VFS] invert matches for PatternFileSelector

Hello, I guess that could be helpful. Keep in mind that the selector not only selects the elemements to match but also the directory hierarchy to travers, so composition can be a bit tricky. Gruss Bernd -- http://bernd.eckenfels.net On Fri, Jan 20, 2017 at 5:21 AM +0100, "Gary Gregory"

Re: [VFS] invert matches for PatternFileSelector

I don't know VFS, but if you can chain selectors, then I think you just need a Not-selector. This would work with any selector, not just PFS On 20 January 2017 at 04:21, Gary Gregory <garydgreg...@gmail.com> wrote: > Hi All, > > Just like grep has a setting called --invert-match I

[VFS] invert matches for PatternFileSelector

Hi All, Just like grep has a setting called --invert-match I'd like to have a setting like that for the PatternFileSelector class. Thoughts for or against? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition

Re: [vfs] dependency on Jackrabbit WebDAV and obsolete HTTP client

;> >> It is no longer being developed (see the above link for details). > > > Yes, that's why Jackrabbit is moving away from it. But commons-vfs still > uses it, AFAIK. Yes. VFS2 still uses Commons HttpClient for http/s providers. And it uses jackrabbit-webdav (using Commons HttpClie

Re: [vfs] dependency on Jackrabbit WebDAV and obsolete HTTP client

On 2016-12-08 15:49, sebb wrote: Please note that Commons HttpClient moved to the HttpComponents PMC some years ago: http://hc.apache.org/httpclient-3.x/ It is no longer being developed (see the above link for details). Yes, that's why Jackrabbit is moving away from it. But commons-vfs still

Re: [vfs] dependency on Jackrabbit WebDAV and obsolete HTTP client

Please note that Commons HttpClient moved to the HttpComponents PMC some years ago: http://hc.apache.org/httpclient-3.x/ It is no longer being developed (see the above link for details). On 8 December 2016 at 13:05, Julian Reschke wrote: > Hi there, > > please note that

[vfs] dependency on Jackrabbit WebDAV and obsolete HTTP client

Hi there, please note that Jackrabbit is moving away from http client 3, and the next major version (2.14) is going to remove the APIs based on http client 3. See JCR-2406 for details (and progress information). Best regards, Julian

Re: VFS - CIFS (Sandbox) Query

_ From: A, Karthik (Karthik(R)) <anan...@avaya.com> Sent: Dienstag, Dezember 6, 2016 4:34 PM Subject: VFS - CIFS (Sandbox) Query To: <dev@commons.apache.org> Hi, Can you please tell me when the VFS - CIFS implementation is expected to b

VFS - CIFS (Sandbox) Query

Hi, Can you please tell me when the VFS - CIFS implementation is expected to be completed? A rough estimate would help me plan my work. Thanks for the great APIs that you guys are providing! Regards, Karthik

Re: [vfs] Wiki update for Manta VFS provider

wanted to offer a > reminder. > > Thanks, > Elijah > > On Mon, Oct 3, 2016 at 9:56 PM, Elijah Zupancic <eli...@apache.org> wrote: > > > Hi Bernd, > > > > Could you add the following: > > > > commons-vfs-manta - VFS provider for Joyent's Manta Object

Re: [vfs] Wiki update for Manta VFS provider

Hi Bernd or whoever can help this happen, I haven't heard back from you nor seen any updates, so I wanted to offer a reminder. Thanks, Elijah On Mon, Oct 3, 2016 at 9:56 PM, Elijah Zupancic <eli...@apache.org> wrote: > Hi Bernd, > > Could you add the following: > > co

Re: [vfs] Wiki update for Manta VFS provider

Hello Elija, I can do that for you, let me know the wording and link you want to be included. Gruss Bernd -- http://bernd.eckenfels.net >From Win 10 Mobile Von: Elijah Zupancic Gesendet: Montag, 3. Oktober 2016 14:16 An: Commons Developers List Betreff: [vfs] Wiki update for Manta VFS provi

[vfs] Wiki update for Manta VFS provider

I just finished writing the first version of a VFS provider for the open source object store Manta (https://www.joyent.com/manta). I would like to add a line under "Related Projects" on the VFS Wiki for: https://github.com/joyent/commons-vfs-manta and I don't have access to make t

Re: compressed method in Apache commens VFS 2.1

Hello Thushanthan, Amalanathan Thushanthan <thushaama...@gmail.com> schrieb am Fr., 1. Juli 2016 um 01:59 Uhr: > Hi All, > > I'm Thushanthan following computer science at university of > Jaffna,Srilanka.i found some issues while creating API. In the Apache > commens V

compressed method in Apache commens VFS 2.1

Hi All, I'm Thushanthan following computer science at university of Jaffna,Srilanka.i found some issues while creating API. In the Apache commens VFS 2.1 there are many packages,classes and methods. within the methods i found there was no methods for compressed and decompressed the file.So i like

Re: [VFS] CI in POM?

> > Can I sent failed jobs announcement to dev@ or maybe the commit@ list, i > think we had that for continuum before. > > I will check how to get the jenkins-url in the POM, maybe I need to update > the parent version (it is not currently in the effective pom of vfs) > >

Re: [VFS] CI in POM?

aybe I need to update > the parent version (it is not currently in the effective pom of vfs) > > Gruss > Bernd > > -- > http://bernd.eckenfels.net > > -Original Message- > From: Benedikt Ritter <brit...@apache.org> > To: Commons Developers List <dev@commons.apache.o

Re: [VFS] CI in POM?

will check how to get the jenkins-url in the POM, maybe I need to update the parent version (it is not currently in the effective pom of vfs) Gruss Bernd -- http://bernd.eckenfels.net -Original Message- From: Benedikt Ritter <brit...@apache.org> To: Commons Developers Lis

Re: [VFS] CI in POM?

; > Thanks, had found it meanwhile. Should we add Jenkins to the parent POM > or > > a more specific section into the project pom? > > > > Can anybody with Jenkins Karma reconfigure the Jobs to use minimum Java > 7, > > the Jobs fail since that change: > > >

Re: [VFS] CI in POM?

; the Jobs fail since that change: > > <https://builds.apache.org/job/commons-vfs-trunk/jdk=JDK 1.6 > (latest),label=Ubuntu/431/> > Done and building... Gary > > Gruss > Bernd > > -- > http://bernd.eckenfels.net > > -Original Message- > From: Gary G

Re: [VFS] CI in POM?

Thanks, had found it meanwhile. Should we add Jenkins to the parent POM or a more specific section into the project pom? Can anybody with Jenkins Karma reconfigure the Jobs to use minimum Java 7, the Jobs fail since that change: <https://builds.apache.org/job/commons-vfs-trunk/jdk=JDK

Re: [VFS] CI in POM?

Continuum has been retired: https://attic.apache.org/projects/continuum.html We need use switch Jenkins: https://builds.apache.org/view/Apache%20Commons/job/commons-vfs-trunk/ Gary On Wed, Jun 8, 2016 at 3:35 PM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello, >

[VFS] CI in POM?

Hello, continuum-ci.apache.org seems to be gone, or at least it is not responding right now. In the VFS POM we have a CI section (from the parent) poiting to this CI. Should this be replaced by some other integration server, if yes, where is the Job currently setup? (And I havent found

Re: [Result][VFS] Switch to Git

On Fri, Jun 3, 2016 at 2:09 PM, Gary Gregory <garydgreg...@gmail.com> wrote: > On Fri, Jun 3, 2016 at 11:08 AM, Bernd Eckenfels <e...@zusammenkunft.net> > wrote: > >> Hello, >> >> There was no objection to switching VFS project to Git as the primary

Re: [Result][VFS] Switch to Git

On Fri, Jun 3, 2016 at 11:08 AM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello, > > There was no objection to switching VFS project to Git as the primary > source control. Here are the people participated (I also vote +1): > > Bernd Eckenfels > Gary Gregory

[Result][VFS] Switch to Git

Hello, There was no objection to switching VFS project to Git as the primary source control. Here are the people participated (I also vote +1): Bernd Eckenfels Gary Gregory Dave Brosius Woonsan Ko Josh Elser Ralph Goers Jochen Wiedmann Christopher How to proceed? Open an Infra ticket? Gruss

Re: [Poll][VFS] Switch to Git

ping? Gary On Sun, May 29, 2016 at 3:46 PM, James Carman <ja...@carmanconsulting.com> wrote: > +1 > > On Wed, May 25, 2016 at 4:43 PM Bernd Eckenfels <e...@zusammenkunft.net> > wrote: > > > Hello, > > > > I would like to be able to use Git with the A

Re: [VFS] NIO Version Questions

My intention since I first saw the NIO stuff before it came out was to replace Commons VFS file system stuff with Java’s but to try to minimize the changes to the existing providers as much as possible. That said, this is surely going to break backward compatibility but that has never been

Re: [VFS] NIO Version Questions

On 02/06/2016 08:45, Stian Soiland-Reyes wrote: As each filesystem provider in nio2 only does one URI scheme we would probably need nested URIs or multiple providers. I would like to see how that one will get solved. It is definitely one of the joys of VFS. -- Schalk W. Cronjé Twitter

Re: [VFS] NIO Version Questions

+1 to go forward with nio-vfs binding. I have some experience writing a NIO2 FileSystemProvider myself (which wraps the nio zip support), so I would be willing to join the effort. As each filesystem provider in nio2 only does one URI scheme we would probably need nested URIs or multiple

Re: [VFS] NIO Version Questions

I think we should do it all! :-) Starting with making all of VFS a nio2 provider. Then we can do one-offs for each file type as we go. It then should be possible to offer a more light weight solution. Gary On Jun 1, 2016 5:18 PM, "Schalk Cronjé" <ysb...@gmail.com> wrote:

Re: [VFS] NIO Version Questions

as supporting common internet protocols as virtual file system roots. I was thinking that to start off with the existing VFS providers could each be mapped as NIO2 FileSystemProvider implementations. For example, it would be great as an experiment to have the VFS implementation of "sftp&quo

Re: [VFS] NIO Version Questions

On Wed, Jun 1, 2016 at 4:02 PM, Peter Ansell <ansell.pe...@gmail.com> wrote: > On 2 June 2016 at 01:48, Mark Fortner <phidia...@gmail.com> wrote: > > There was some discussion during the last release about a NIO-compatible > > version of VFS. This raised a few questions in

Re: [VFS] NIO Version Questions

that is shared. The core code > could include stuff such as caching, which already has some good solutions > in VFS2 > > [2] Provide a single front-end scheme, which then also loads the > subsequent protocol i.e. vfs:ftp://. This could potentially then just > load up a

Re: [VFS] NIO Version Questions

Hi Benson, While I don't have a strong preference in terms of the approach, my gut feel is that the adapter approach would force people through additional layers of VFS code. Cheers, Mark On Wed, Jun 1, 2016 at 4:28 PM, Benson Margulies <bimargul...@gmail.com> wrote: > Which directi

Re: [VFS] NIO Version Questions

As long as VFS implementations can be successfully plugged in as NIO FileSystemProvider implementations then I don't see any reason not to add that capability in addition to the VFS APIs. Whether or not the public VFS APIs are superceded for most users by the NIO2 APIs, with VFS as a backend

Re: [VFS] NIO Version Questions

eveloped > independently whilst having some core code that is shared. The core code > could include stuff such as caching, which already has some good solutions > in VFS2 > > [2] Provide a single front-end scheme, which then also loads the subsequent > protocol i.e. vfs:ftp://. This

Re: [VFS] NIO Version Questions

ing, which already has some good solutions in VFS2 [2] Provide a single front-end scheme, which then also loads the subsequent protocol i.e. vfs:ftp://. This could potentially then just load up a VFS system underneath and re-use most of the code as-is. I think there will be quite some technica

Re: [VFS] NIO Version Questions

Which direction do you have in mind here? I'd be up for helping to build a device that makes commons-vfs act as an NIO2 file system provider, but you might be aiming in the opposite direction. On Wed, Jun 1, 2016 at 7:02 PM, Peter Ansell <ansell.pe...@gmail.com> wrote: > On 2 June 2016

Re: [VFS] NIO Version Questions

On 2 June 2016 at 01:48, Mark Fortner <phidia...@gmail.com> wrote: > There was some discussion during the last release about a NIO-compatible > version of VFS. This raised a few questions in my mind. > >1. Is there a branch where this work should start? >2. Are t

Re: [VFS] NIO Version Questions

Mark Fortner wrote: There was some discussion during the last release about a NIO-compatible version of VFS. This raised a few questions in my mind. 1. Is there a branch where this work should start? This is easy enough to create one if there's desire :) 2. Are there any specific

[VFS] NIO Version Questions

There was some discussion during the last release about a NIO-compatible version of VFS. This raised a few questions in my mind. 1. Is there a branch where this work should start? 2. Are there any specific API proposals, if so where are they (or will they) be documented? Would

Re: [Poll][VFS] Switch to Git

+1 On Wed, May 25, 2016 at 4:43 PM Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello, > > I would like to be able to use Git with the Apache Commons VFS repo. As > we agreed upon I call out the intention to do this and ask you for your > oppinion. > > Now that

Re: [Poll][VFS] Switch to Git

1:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> > > wrote: > > >> > > >> Hello, > > >> > > >> I would like to be able to use Git with the Apache Commons VFS repo. > As > > >> we agreed upon I call out the intention to do

Re: [Poll][VFS] Switch to Git

; Ralph > > > >> On May 25, 2016, at 1:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> > wrote: > >> > >> Hello, > >> > >> I would like to be able to use Git with the Apache Commons VFS repo. As > >> we agreed upon I call ou

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

On May 26, 2016 2:31 PM, "Jochen Wiedmann" wrote: > > On Thu, May 26, 2016 at 11:28 PM, Gary Gregory wrote: > > Who wants to do the first one? That person could doc the experience for the > > next person. > > Pointing to the next person in the

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

On Thu, May 26, 2016 at 11:28 PM, Gary Gregory wrote: > Who wants to do the first one? That person could doc the experience for the > next person. Pointing to the next person in the circle (clockwise). Jochen

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

Who wants to do the first one? That person could doc the experience for the next person. Gary On May 26, 2016 2:13 PM, "Jochen Wiedmann" <jochen.wiedm...@gmail.com> wrote: > On Wed, May 25, 2016 at 5:53 PM, Stian Soiland-Reyes <st...@apache.org> > wrote: > > >

Re: [Poll][VFS] Switch to Git

+1 (for all components) Jochen On Thu, May 26, 2016 at 10:34 PM, Ralph Goers <ralph.go...@dslextreme.com> wrote: > +1 > > Ralph > >> On May 25, 2016, at 1:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: >> >> Hello, >> >> I would

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

On Wed, May 25, 2016 at 5:53 PM, Stian Soiland-Reyes <st...@apache.org> wrote: > We can start with VFS, then perhaps IO and Collections? Fine with me. Could we add Fileupload to the queue as the next element

Re: [Poll][VFS] Switch to Git

+1 Ralph > On May 25, 2016, at 1:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > > Hello, > > I would like to be able to use Git with the Apache Commons VFS repo. As > we agreed upon I call out the intention to do this and ask you for your > oppinion. &g

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

On 26 May 2016 at 11:44, Stian Soiland-Reyes wrote: > On 25 May 2016 at 20:06, Benedikt Ritter wrote: >> I haven't done git migrations too often. The last time I can remember, all >> the issues on github were closed automatically. I don't remember why. INFRA

Re: [Vfs] to git (was: Apache Commons git repositories now writable for all ASF committers)

On 25 May 2016 at 20:06, Benedikt Ritter wrote: > I haven't done git migrations too often. The last time I can remember, all > the issues on github were closed automatically. I don't remember why. INFRA > had to reopen the issues manually. OK, that's another good argument for

Re: [Poll][VFS] Switch to Git

+1 wfm Bernd Eckenfels wrote: Hello, I would like to be able to use Git with the Apache Commons VFS repo. As we agreed upon I call out the intention to do this and ask you for your oppinion. Now that we have the 2.1 release out of the way the switch wont affect any planned steps. Anybody

Re: [Poll][VFS] Switch to Git

On Wed, May 25, 2016 at 4:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello, > > I would like to be able to use Git with the Apache Commons VFS repo. As > we agreed upon I call out the intention to do this and ask you for your > oppinion. +1 Woonsan > &g

Re: [Poll][VFS] Switch to Git

On Wed, May 25, 2016 at 1:20 PM, Bernd Eckenfels <e...@zusammenkunft.net> wrote: > Hello, > > I would like to be able to use Git with the Apache Commons VFS repo. As > we agreed upon I call out the intention to do this and ask you for your > oppinion. > +1 Gary >

[Poll][VFS] Switch to Git

Hello, I would like to be able to use Git with the Apache Commons VFS repo. As we agreed upon I call out the intention to do this and ask you for your oppinion. Now that we have the 2.1 release out of the way the switch wont affect any planned steps. Anybody opposed to this move? I

<    1   2   3   4   5   6   7   8   9   10   >