Re: [DISCUSSION] commons-rdf

On 22 July 2014 16:30, Benedikt Ritter wrote: > 2014-07-21 19:44 GMT+02:00 Sergio Fernández : > >> Hi, >> >> >> On 21/07/14 17:33, Benedikt Ritter wrote: >> > >> >>> 2014-07-21 16:55 GMT+02:00 Phil Steitz : >>> >> >> >> >>> On 7/21/14, 5:11 AM, Sergio Fernández wrote: >>> >>> >> >>> Sorry, I

Re: [DISCUSSION] commons-rdf

Hi, On 22/07/14 08:30, Benedikt Ritter wrote: 2014-07-21 19:44 GMT+02:00 Sergio Fernández : I created SANDBOX-479 with that purpose. It is rather easy, but you are right that the process needs to be properly managed. I've looked at the github repo again. I think we all agree that future disc

Re: [DISCUSSION] commons-rdf

2014-07-21 19:44 GMT+02:00 Sergio Fernández : > Hi, > > > On 21/07/14 17:33, Benedikt Ritter wrote: > > > >> 2014-07-21 16:55 GMT+02:00 Phil Steitz : >> > >> > >> On 7/21/14, 5:11 AM, Sergio Fernández wrote: >>> >> >>> > >> Sorry, I tried to find it, but in the web site there is no informatio

Re: [SITE] Add automatic generation of maven coords to site build?

Hi, the new version of Doxia doesn't help. Luckily I've learned that the project-reports-plugin already does what we want. I've activated the dependency-info report in parent pom.xml in r 1612476. Here is what it looks like: http://people.apache.org/~britter/lang-dependency-info/dependency-info.h

Re: [DISCUSSION] commons-rdf

On 21 July 2014 22:14, Sergio Fernández wrote: > Hi Emmanuel, > > On 21/07/14 14:05, Emmanuel Bourg wrote: >> >> If I understand well this is a kind of specification API? The actual >> implementations will be done in Jena/Marmotta/OpenRDF? > > > With the current scope yes, that the overall idea. B

Re: [SITE] Add automatic generation of maven coords to site build?

There is also a new version of Doxia that came out earlier this month, might be worth checking out. Gary On Mon, Jul 21, 2014 at 3:54 PM, Gary Gregory wrote: > On Mon, Jul 21, 2014 at 3:49 PM, Benedikt Ritter > wrote: > >> Hi, >> >> I've played around a bit with bootstrap. This is, what I'd l

Re: svn commit: r1612075 - in /commons/proper/lang/trunk/src: main/java/org/apache/commons/lang3/JavaVersion.java test/java/org/apache/commons/lang3/JavaVersionTest.java

Hello Romain, please remember to document fixed tickets in changes.xml. I've done the necessary changes in revision 1612391. I'm not sure about JAVA_RECENT but I don't have a better name :-) br, Benedikt 2014-07-20 13:31 GMT+02:00 : > Author: rmannibucau > Date: Sun Jul 20 11:31:17 2014 > New

Re: [SITE] Add automatic generation of maven coords to site build?

On Mon, Jul 21, 2014 at 3:49 PM, Benedikt Ritter wrote: > Hi, > > I've played around a bit with bootstrap. This is, what I'd like to > accomplish: > http://people.apache.org/~britter/lang-with-coords/download_lang.html > > That's very cool. > I'm not sure whether that's possbile, since this req

Re: [validator] release 1.4.1?

Check, I won't be able to step in in the sort term. Gary On Mon, Jul 21, 2014 at 3:44 PM, Benedikt Ritter wrote: > Hi Gary, > > I was working on validator, but since I'm busy with releasing csv and the > build plugin, feel free to step in ;-) > > Benedikt > > > 2014-07-21 21:37 GMT+02:00 Gary

Re: [SITE] Add automatic generation of maven coords to site build?

Hi, I've played around a bit with bootstrap. This is, what I'd like to accomplish: http://people.apache.org/~britter/lang-with-coords/download_lang.html I'm not sure whether that's possbile, since this requires nesting elements which does not seem to be supported by doxia [1]. I'll try out some

Re: [validator] release 1.4.1?

Hi Gary, I was working on validator, but since I'm busy with releasing csv and the build plugin, feel free to step in ;-) Benedikt 2014-07-21 21:37 GMT+02:00 Gary Gregory : > Hi All: > > Does anyone feels like pushing 1.4.1 out the door? > > Gary > > -- > E-Mail: garydgreg...@gmail.com | ggreg

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

2014-07-21 21:28 GMT+02:00 Gary Gregory : > On Mon, Jul 21, 2014 at 3:26 PM, Benedikt Ritter > wrote: > > > 2014-07-21 21:15 GMT+02:00 Gary Gregory : > > > > > On Mon, Jul 21, 2014 at 3:05 PM, Benedikt Ritter > > > wrote: > > > > > > > 2014-07-21 20:55 GMT+02:00 Gary Gregory : > > > > > > > > >

[validator] release 1.4.1?

Hi All: Does anyone feels like pushing 1.4.1 out the door? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition JUnit in Action, Second Edition Spring Batch in Action

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

On Mon, Jul 21, 2014 at 3:26 PM, Benedikt Ritter wrote: > 2014-07-21 21:15 GMT+02:00 Gary Gregory : > > > On Mon, Jul 21, 2014 at 3:05 PM, Benedikt Ritter > > wrote: > > > > > 2014-07-21 20:55 GMT+02:00 Gary Gregory : > > > > > > > On Mon, Jul 21, 2014 at 2:45 PM, Benedikt Ritter > > > > > wrot

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

2014-07-21 21:15 GMT+02:00 Gary Gregory : > On Mon, Jul 21, 2014 at 3:05 PM, Benedikt Ritter > wrote: > > > 2014-07-21 20:55 GMT+02:00 Gary Gregory : > > > > > On Mon, Jul 21, 2014 at 2:45 PM, Benedikt Ritter > > > wrote: > > > > > > > Hey Gary, > > > > > > > > I like what you did with the isEsc

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

On Mon, Jul 21, 2014 at 3:05 PM, Benedikt Ritter wrote: > 2014-07-21 20:55 GMT+02:00 Gary Gregory : > > > On Mon, Jul 21, 2014 at 2:45 PM, Benedikt Ritter > > wrote: > > > > > Hey Gary, > > > > > > I like what you did with the isEscaping, isHandlingNull etc. The API > > looks > > > much cleaner

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

2014-07-21 20:55 GMT+02:00 Gary Gregory : > On Mon, Jul 21, 2014 at 2:45 PM, Benedikt Ritter > wrote: > > > Hey Gary, > > > > I like what you did with the isEscaping, isHandlingNull etc. The API > looks > > much cleaner to me now. > > > > What I don't understand is, why you added the type postfix

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

On Mon, Jul 21, 2014 at 2:45 PM, Benedikt Ritter wrote: > Hey Gary, > > I like what you did with the isEscaping, isHandlingNull etc. The API looks > much cleaner to me now. > > What I don't understand is, why you added the type postfix to some of the > getters. If we have getCommentStartCharacter

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

Hey Gary, I like what you did with the isEscaping, isHandlingNull etc. The API looks much cleaner to me now. What I don't understand is, why you added the type postfix to some of the getters. If we have getCommentStartCharacter, why don't we have getRecordSeparatorString ? We're very close... B

Re: [DISCUSSION] commons-rdf

Hi, On 21/07/14 17:33, Benedikt Ritter wrote: > 2014-07-21 16:55 GMT+02:00 Phil Steitz : >> On 7/21/14, 5:11 AM, Sergio Fernández wrote: >>> Sorry, I tried to find it, but in the web site there is no information about such procedure. Do we need to start a vote and get a consensus from the Co

[continuum] BUILD FAILURE: Apache Commons Math - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.7))

Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=34384&projectId=97 Build statistics: State: Failed Previous State: Failed Started at: Mon 21 Jul 2014 17:28:42 + Finished at: Mon 21 Jul 2014 17:34:06 + Total time: 5m 24s Build Trigger: Sched

Re: [DISCUSSION] commons-rdf

On 7/21/14, 8:33 AM, Benedikt Ritter wrote: > 2014-07-21 16:55 GMT+02:00 Phil Steitz : > >> On 7/21/14, 5:11 AM, Sergio Fernández wrote: >>> Hi Benedikt, >>> >>> On 21/07/14 13:12, Benedikt Ritter wrote: first of all, welcome the Apache Commons dev mailing list. It's nice to hear tha

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

On Mon, Jul 21, 2014 at 12:35 PM, Benedikt Ritter wrote: > Please take another look at CSV in rev. 1612344. I have: > > - renamed the ignoreEmptyHeaders property to allowMissingColumnNames > - prefixed everything that is a pure getter with "get" > - renamed Quote/QuotePolicy consistently to Quote

Re: [CSV] Naming pattern of getters and setters in CSVFormat (was: Re: [VOTE] Release Commons CSV 1.0 based on RC1)

Please take another look at CSV in rev. 1612344. I have: - renamed the ignoreEmptyHeaders property to allowMissingColumnNames - prefixed everything that is a pure getter with "get" - renamed Quote/QuotePolicy consistently to QuoteMode Is this the final API we can agree upon? br, Benedikt 2014-

Re: [DISCUSSION] commons-rdf

2014-07-21 16:55 GMT+02:00 Phil Steitz : > On 7/21/14, 5:11 AM, Sergio Fernández wrote: > > Hi Benedikt, > > > > On 21/07/14 13:12, Benedikt Ritter wrote: > >> first of all, welcome the Apache Commons dev mailing list. It's > >> nice to > >> hear that you have decided to share code with others usi

Re: [DISCUSSION] commons-rdf

On 7/21/14, 5:11 AM, Sergio Fernández wrote: > Hi Benedikt, > > On 21/07/14 13:12, Benedikt Ritter wrote: >> first of all, welcome the Apache Commons dev mailing list. It's >> nice to >> hear that you have decided to share code with others using the >> Apache >> Commons project. > > Consider this c

[GitHub] commons-lang pull request: Annotation @ToStringExclude

GitHub user FelipeAdorno opened a pull request: https://github.com/apache/commons-lang/pull/29 Annotation @ToStringExclude Use this annotation to builds a String excluding the annotated field. You can merge this pull request into a Git repository by running: $ git pull https://

Re: [DISCUSSION] commons-rdf

On 21/07/14 13:05, Emmanuel Bourg wrote: Hi Sergio, If I understand well this is a kind of specification API? The actual implementations will be done in Jena/Marmotta/OpenRDF? Emmanuel Bourg While, as I understand it, OpenRDF [*] is adopting the interface natively, It does not look any any

Re: [DISCUSSION] commons-rdf

On 21/07/14 12:12, Benedikt Ritter wrote: About the commons-rdf code itself: I only took a very brief look. As far as I understand this is only supposed to be an API, hence there are no implementation classes, right? One thing that caught my eye is BlankNoreOrIRI... Is this defined as such in the

Re: [DISCUSSION] commons-rdf

Hi Emmanuel, On 21/07/14 14:05, Emmanuel Bourg wrote: If I understand well this is a kind of specification API? The actual implementations will be done in Jena/Marmotta/OpenRDF? With the current scope yes, that the overall idea. But we do not discard to include some actual code in the future

Re: [DISCUSSION] commons-rdf

Hi Benedikt, On 21/07/14 13:12, Benedikt Ritter wrote: first of all, welcome the Apache Commons dev mailing list. It's nice to hear that you have decided to share code with others using the Apache Commons project. Consider this contribution our (Andy, Peter and mine) two cents to such importa

Re: [DISCUSSION] commons-rdf

Hi Sergio, If I understand well this is a kind of specification API? The actual implementations will be done in Jena/Marmotta/OpenRDF? Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional c

Re: [DISCUSSION] commons-rdf

Hello Sergio, first of all, welcome the Apache Commons dev mailing list. It's nice to hear that you have decided to share code with others using the Apache Commons project. In the past we had the policy, that the commons sandbox is free for all ASF committers. So you could have started coding at

[DISCUSSION] commons-rdf

Dear Commons community, I'd like to start a discussion about incubating a new commons component we have been developing in the last weeks at github: commons-rdf [1]. RDF (Resource Description Framework [2]) is a W3C framework for representing information in the Web. The core structure of the

Re: [pool] Usage of logging API in common-pool ?

Hey guys, As Gary, I did also some AOP tricks to gather information from POOL and DBCP. It works fine, but agree that some more configurable logging would help. In regards to the right logging implementation or the right facade to use, I'd say, none. Why not just using JUL? It comes from the JDK