GitHub user mureinik opened a pull request:
https://github.com/apache/commons-collections/pull/21
Add VI[M] temporary files to .gitignore
Add VI[M]'s temporary files to .gitignore to make it easier for
contributors who want to use this editor.
You can merge this pull request int
+1
Gary
On Fri, Mar 17, 2017 at 4:32 AM, Matt Sicker 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
> rep
They package ByteBuf and family in a package called netty-buffer which only
depends on netty-common. We could add those as dependencies, or we could
shade them. Do note that netty-common already shades jctools, so this would
be a double-shading which is rather amusing.
On 17 March 2017 at 12:35, M
We need to update something in order to make the git.apache.org and github
mirrors point at the right repo.
On 17 March 2017 at 12:35, Gary Gregory wrote:
> FYI:
>
> On the page I see:
>
> "1) Edit the projects data file (as below) and replace the location
> reference if necessary:
>
> https://s
Oh wait, I looked into it more. That might be usable actually. Plus it
could be useful for diving directly into the network code of networked file
systems to implement them more efficiently. I'm not sure how well isolated
those classes are, so we might need to just take them and do some renaming.
FYI:
On the page I see:
"1) Edit the projects data file (as below) and replace the location
reference if necessary:
https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/files.xml
But there is no such file."
Gary
On Fri, Mar 17, 2017 at 4:30 AM, Matt Sicker wrote:
> I im
I'm actually learning a little bit about ByteBuf from Netty this afternoon.
I don't know enough about the implementation to say. The thing is, the
Channel APIs all use ByteBuffer. I'm not sure how ByteBufs are converted
into ByteBuffers yet.
On 17 March 2017 at 12:19, Gary Gregory wrote:
> I'll
I'll be happy to help with PMC related tasks.
Gary
On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker 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
> need PMC help to complete the transition.
>
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 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 d
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 wrote:
> 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
10 matches
Mail list logo
