Re: [DBCP] Getting ready to roll 2.1

2015-02-02 Thread Mark Thomas
On 31/01/2015 20:03, Phil Steitz wrote: I am about ready (at last) to start rolling RCs for DBCP 2.1. I just opened an issue [1] that I am on the fence about and would like feedback on. I am not sure, actually, that it is an improvement to force initial requests to queue waiting for the pool

Re: [RDF] Local Scope and BlankNode internalIdentifier (was: github Commons RDF vs. Apache Commons Sandbox RDF)

2015-02-02 Thread Andy Seaborne
Hi Reto, There is a key point in this disussion that is worth pulling out. RDF has a data model and there is also an interpretation of the data model. The data model is one spec (Concepts and Abstract Syntax) and the interpretation in another (Semantics, also commonly referred to as the

[GitHub] commons-collections pull request: Collections 551

2015-02-02 Thread gonmarques
Github user gonmarques closed the pull request at: https://github.com/apache/commons-collections/pull/8 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the

[GitHub] commons-collections pull request: COLLECTIONS-551

2015-02-02 Thread gonmarques
GitHub user gonmarques opened a pull request: https://github.com/apache/commons-collections/pull/9 COLLECTIONS-551 You can merge this pull request into a Git repository by running: $ git pull https://github.com/gonmarques/commons-collections COLLECTIONS-551 Alternatively you

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread James Ring
I spoke to one of the authors of re2j, a Google-internal port of the C++ re2 library. The intention was to open source it but they just haven't got around to it. I may try and get Google to put re2j up on GitHub so you all can take a look. AFAIK it is heavily used in Google and it has an API that

Re: [collections] COLLECTIONS-551

2015-02-02 Thread Gonçalo Marques
On Sun, Feb 1, 2015 at 10:05 PM, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 02/01/2015 08:47 PM, Gonçalo Marques wrote: On Sun, Feb 1, 2015 at 7:12 PM, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 02/01/2015 07:44 PM, sebb wrote: On 31 January 2015 at 18:40, Gonçalo Marques

Re: [Math] Contributions to the clustering module (maybe GSoC)

2015-02-02 Thread Alina Ciobanu
Hello Thomas, Thank you for the answer. I hope I will be able to clarify my schedule for the summer in about a week from now and I will decide whether I should apply to GSoC this year or not. I will let you know as soon as I can. Until then, I will shortly describe my first ideas below: 1.

Re: Gary's schedule

2015-02-02 Thread Benedikt Ritter
Same for me. I'm on vacation in Thailand for two weeks and will be offline until Feb, 14th. Benedikt 2015-02-02 20:21 GMT+01:00 Gary Gregory garydgreg...@gmail.com: FYI: I've be driving and meandering cross country, moving to Southern California and be off line February 6-15th. Gary --

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Ben McCann
That's be awesome James. I'd love to see re2j out in the open On Mon, Feb 2, 2015 at 2:20 PM, James Ring s...@jdns.org wrote: I spoke to one of the authors of re2j, a Google-internal port of the C++ re2 library. The intention was to open source it but they just haven't got around to it. I

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Thomas Neidhart
On 02/02/2015 11:20 PM, James Ring wrote: I spoke to one of the authors of re2j, a Google-internal port of the C++ re2 library. The intention was to open source it but they just haven't got around to it. I may try and get Google to put re2j up on GitHub so you all can take a look. AFAIK it

Re: [Math] Contributions to the clustering module (maybe GSoC)

2015-02-02 Thread Thomas Neidhart
On 02/02/2015 10:36 PM, Alina Ciobanu wrote: Hello Thomas, Thank you for the answer. I hope I will be able to clarify my schedule for the summer in about a week from now and I will decide whether I should apply to GSoC this year or not. I will let you know as soon as I can. Until then, I

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Benson Margulies
The irony here is that the Java HSRE port happened because it seemed easier than an RE2 port. Note the same statements about API's pretty much apply. On Mon, Feb 2, 2015 at 6:21 PM, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 02/02/2015 11:20 PM, James Ring wrote: I spoke to one of the

[GitHub] commons-collections pull request: COLLECTIONS-550

2015-02-02 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/7 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread James Carman
With JDBC you have a common language, SQL. Unless you're saying you pick the Java regex language as the standard and adapt to the others, you would have to come up with (or choose) another regex language. My point is that creating a facade (a la commons-logging or slf4j) for regex would be

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Gary Gregory
On Sun, Feb 1, 2015 at 5:35 PM, James Carman ja...@carmanconsulting.com wrote: To be clear, I am not advocating this approach. I was merely trying to illustrate what a nightmare such an endeavor would be. :) On Sunday, February 1, 2015, James Carman ja...@carmanconsulting.com wrote: You

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Gary Gregory
SQL is a language but it differs wildly from DBMS to DBMS. Good luck writing a real application that uses _only_ SQL92 constructs... Gary On Mon, Feb 2, 2015 at 9:16 AM, James Carman ja...@carmanconsulting.com wrote: With JDBC you have a common language, SQL. Unless you're saying you pick

Re: Anyone interested in regular expressions, again?

2015-02-02 Thread Thomas Neidhart
On 02/03/2015 01:46 AM, Benson Margulies wrote: The irony here is that the Java HSRE port happened because it seemed easier than an RE2 port. Note the same statements about API's pretty much apply. I am sorry, my response was not very sensible wrt your original proposal. If we have another

[ALL] [RDF] Commons RDF incubation proposal

2015-02-02 Thread Sergio Fernández
Hi everybody, we already have a final draft of the Commons RDF incubation proposal: https://wiki.apache.org/incubator/CommonsRDF But before we start the discussion with the IPMC we would like to discuss it here as its intended/possible/probable long term home. So, please, feel free to

[GitHub] commons-io pull request: Introduce threadlocal buffers to avoid me...

2015-02-02 Thread berndhopp
GitHub user berndhopp opened a pull request: https://github.com/apache/commons-io/pull/6 Introduce threadlocal buffers to avoid memory allocation This PR aims to avoid unneccessary memory-allocation by using threadlocal byte- and char-arrays to buffer temporary, method-internal

Gary's schedule

2015-02-02 Thread Gary Gregory
FYI: I've be driving and meandering cross country, moving to Southern California and be off line February 6-15th. Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit in Action, Second Edition

Re: [ALL] [RDF] Commons RDF approach

2015-02-02 Thread Sergio Fernández
Hi, On 30/01/15 23:15, Reto Gmür wrote: On Wed, Jan 28, 2015 at 4:22 PM, Sergio Fernández wik...@apache.org wrote: Summarizing, we understand that the Apache Commons project wants to keep the communication rules as they currently are. Though we think that in this phase of the Commons RDF

Re: [compress] (Internal)LZWInputStream

2015-02-02 Thread Stefan Bodewig
On 2015-02-02, Damjan Jovanovic wrote: I have a patch waiting to be committed to commons-imaging which uses the LZW stuff in commons-compress (brief mention of it by me on IMAGING-126), so it could break with these changes. My hope was to wait for the next release of compress before