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?

Great idea Matt. This is a long time coming. A porting guide will be key. I have a lot of code depending on vfs2. Gary On Mar 16, 2017 6:54 AM, "Ralph Goers" wrote: > Yes, and here we are with Java 9 at our doorstep. Time flies. > > I would recommend that you

Re: Help with task: Random number generators

Please do: you can do that post-release as well. We had quite some offers on that task but no follow up. Get the released version and javadoc from the project home and let us know if that was enough to get started. please specify in what context you would use the classes.

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

Why not a new branch in the existing repo? Benedikt Ralph Goers schrieb am Do. 16. März 2017 um 06:54: > Yes, and here we are with Java 9 at our doorstep. Time flies. > > I would recommend that you create a commons-vfs3 git repo for this as you > will only be able

[RESULT][VOTE][LAZY] Move Apache Commons Modeler to dormant

Hello, > Am 13.03.2017 um 11:58 schrieb Benedikt Ritter : > > Hi, > > The Apache Commons Modeler component provides mechanisms to create Model > MBeans compatible with JMX specification. > > The last release dates back to 2007 and there hasn’t been any development >

Re: [LANG] Next release

Hi, > Am 13.03.2017 um 10:22 schrieb Benedikt Ritter : > > Hello, > > I’m going to start work on the next [lang] release tonight. If there is > anything you would like to add, please do it now. If you want to help me with > the release process, please review the various

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 wrote: > Commons VFS is still in

Jenkins build is back to stable : commons-email #9

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is back to stable : commons-email » Apache Commons Email #9

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail:

[Pool] Need PMC assistance to finish git migration

I imported the svn repo for commons-pool and uploaded it to the newly created git repo here: https://git-wip-us.apache.org/repos/asf/commons-pool.git I need a PMC to help finish this migration. Instructions are here: https://wiki.apache.org/commons/MovingToGit When that is complete, we can

[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 on