Re: [text] Deprecate CsvTranslators

> On May 22, 2017, at 7:06 PM, Gary Gregory wrote: > > Hi All: > > I wonder if we should deprecate CsvTranslators in favor of Commons CSV. I > wish I had noticed CsvTranslators eariler :-( Seems reasonable to me. Curious if there are general arguments against frequent major version releases?

Re: [REMINDER][VOTE] Release Commons Text 1.1 based on RC1

> On May 22, 2017, at 6:32 PM, Gary Gregory wrote: > > I can't get to this until very late tonight or tomorrow... > No worries here. I just wanted folks to not forget. Cheers, -Rob > Gary > >> On Mon, May 22, 2017 at 2:17 PM, Rob Tompkins wrote: >> >> >> Hoping for one more PMC member v

[text] Deprecate CsvTranslators

Hi All: I wonder if we should deprecate CsvTranslators in favor of Commons CSV. I wish I had noticed CsvTranslators eariler :-( Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition

Re: [VOTE] Release Commons Text 1.1 based on RC1

+1 >From src-zip: - MD5 OK - SHA1 OK - ASC OK - Builds OK with: mvn clean site Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-03T12:39:06-07:00) Maven home: C:\Java\apache-maven-3.5.0\bin\.. Java version: 1.8.0_131, vendor: Oracle Corporation Java home: C:\Program Files\Ja

Re: [lang] Java 9 module investigations

On Mon, May 22, 2017 at 3:52 PM, Stephen Colebourne wrote: > On 22 May 2017 at 23:29, Gary Gregory wrote: > > Don't you mean 4.0 since changing: > > > > - AbstractCircuitBreaker.addChangeListener(PropertyChangeListener) > > - AbstractCircuitBreaker.removeChangeListener(PropertyChangeListener) >

Re: [lang] Java 9 module investigations

On 22 May 2017 at 23:29, Gary Gregory wrote: > Don't you mean 4.0 since changing: > > - AbstractCircuitBreaker.addChangeListener(PropertyChangeListener) > - AbstractCircuitBreaker.removeChangeListener(PropertyChangeListener) > > would break BC? No. I meant 3.7. [lang] has a problem with versionin

Re: [REMINDER][VOTE] Release Commons Text 1.1 based on RC1

I can't get to this until very late tonight or tomorrow... Gary On Mon, May 22, 2017 at 2:17 PM, Rob Tompkins wrote: > > Hoping for one more PMC member validation here. > > Cheers, > -Rob > > > On May 21, 2017, at 7:09 PM, Benedikt Ritter wrote: > > > > Hi, > > > > - checked signs and hashes >

Re: [lang] Java 9 module investigations

On Mon, May 22, 2017 at 1:10 PM, Stephen Colebourne wrote: > I took a stab at adding module-info.java to [lang]: > https://github.com/jodastephen/commons-lang/commit/ > 5d5dd6809eeef90ea2b6245c0d0a488fb917e30a > > Since the maven-bundle-plugin isn't working, I had to use antrun to > copy the modu

Re: [VOTE] Release Commons Text 1.1 based on RC1

+1, builds fine from source with my complete compiler zoo. Rob Tompkins wrote: > Hello all, > > This is a [VOTE] for releasing Apache Commons Text 1.1 (from RC1). > > Tag name: >commons-text-1.1-RC1 (signature can be checked from git using 'git tag > -v') > > Tag URL: >https://git-wip

[REMINDER][VOTE] Release Commons Text 1.1 based on RC1

Hoping for one more PMC member validation here. Cheers, -Rob > On May 21, 2017, at 7:09 PM, Benedikt Ritter wrote: > > Hi, > > - checked signs and hashes > - website looks good > - builds fine with Java 8 and Maven 3 > > +1, release this! > > Regards, > Benedikt > >> Am 19.05.2017 um 14:1

Re: [LANG] Thoughts about Lang 4.0

On 22 May 2017 at 14:35, Jan Matèrne (jhm) wrote: > > One benefit of having an ASF commons "tuple library" is it's from the > ASF. > I am not joking. An ASF library promisses to have a community and a life > cycle you can > precognize. In contrast a "simple" github library is just a peace of

[lang] Java 9 module investigations

I took a stab at adding module-info.java to [lang]: https://github.com/jodastephen/commons-lang/commit/5d5dd6809eeef90ea2b6245c0d0a488fb917e30a Since the maven-bundle-plugin isn't working, I had to use antrun to copy the module-info.class file out and back in again. A gross hack. There are two ke

AW: [LANG] Thoughts about Lang 4.0

> For the tuple classes, it would be possible to make an entire tuples > library. Might be handy to generate code for it as it'd be useful to > support tuples up to, say, 22 fields (Scala has tuple classes and > anonymous function classes up to 22 arguments, for example). See < > https://www.scala-

Re: [TEXT] Proposal for StrLookup API (TEXT-80)

Hello Benedikt, Thanks for the warm welcome! > On Mon, May 22, 2017 at 4:24 AM, Benedikt Ritter wrote: > Hello Kapil, > >> Am 21.05.2017 um 16:26 schrieb Kapil Neurgaonkar : >> >> Hi All, >> >> I'm Kapil, an aspirant new-comer to Apache Dev Community interested in >> contributing to project Comm

Re: [LANG] Thoughts about Lang 4.0

Yes, but tuples are generally useful outside of lambdas, well, at least the size 2 kind. Gary On Mon, May 22, 2017 at 11:24 AM, Pascal Schumacher < pascalschumac...@gmx.net> wrote: > Am 22.05.2017 um 17:55 schrieb Matt Sicker: > >> For the tuple classes, it would be possible to make an entire tu

Re: [LANG] Thoughts about Lang 4.0

Am 22.05.2017 um 17:55 schrieb Matt Sicker: For the tuple classes, it would be possible to make an entire tuples library. Might be handy to generate code for it as it'd be useful to support tuples up to, say, 22 fields (Scala has tuple classes and anonymous function classes up to 22 arguments, fo

Re: [LANG] Thoughts about Lang 4.0

On Mon, May 22, 2017 at 8:55 AM, Matt Sicker wrote: > For the tuple classes, it would be possible to make an entire tuples > library. Might be handy to generate code for it as it'd be useful to > support tuples up to, say, 22 fields (Scala has tuple classes and anonymous > function classes up to

Re: [REMINDER][VOTE] Release Apache Commons Lang 3.6 based on RC2

+1 Build worked fine with ZERO errors (rat, checkstyle, findbug, clirr, javadoc). All tests (4032) ran with success. [INFO] [INFO] BUILD SUCCESS [INFO]

Re: [VOTE] Release Apache Commons Lang 3.6 based on RC2

Hi, IBM JDK 1.7 fails here: java version "1.7.0" Java(TM) SE Runtime Environment (build pxa6470sr5-20130619_01(SR5)) IBM J9 VM (build 2.6, JRE 1.7.0 Linux amd64-64 Compressed References 20130617_152572 (JIT enabled, AOT enabled) J9VM - R26_Java726_SR5_20130617_1436_B152572 JIT - r11.b04_2013052

Re: [LANG] Thoughts about Lang 4.0

For the tuple classes, it would be possible to make an entire tuples library. Might be handy to generate code for it as it'd be useful to support tuples up to, say, 22 fields (Scala has tuple classes and anonymous function classes up to 22 arguments, for example). See < https://www.scala-lang.org/a

Re: [RESULT][VOTE][LAZY] Move commons-imaging to git

Le 22/05/2017 à 14:10, Rob Tompkins a écrit : > Having not gone through this process before, what must I do to accomplish the > task. My first thought is to open a jira with INFRA and go from there. But, I > recall hearing from folks that one must be a PMC member to accomplish this > task, so I

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

On 22 May 2017 at 13:14, Rob Tompkins wrote: > >> On May 22, 2017, at 8:10 AM, Stephen Colebourne wrote: >> >> On 22 May 2017 at 12:51, Rob Tompkins wrote: >>> You could, in the parent, declare in the properties section beside the >>> declaration of “commons.osgi.symbolicName”, another property

Jenkins build is back to normal : Commons-Compress #276

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 normal : Commons-Compress » Apache Commons Compress #276

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

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

> On May 22, 2017, at 8:10 AM, Stephen Colebourne wrote: > > On 22 May 2017 at 12:51, Rob Tompkins wrote: >> You could, in the parent, declare in the properties section beside the >> declaration of “commons.osgi.symbolicName”, another property pointing to >> that as >> >> ${commons.osgi.symb

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

On 22 May 2017 at 12:51, Rob Tompkins wrote: > You could, in the parent, declare in the properties section beside the > declaration of “commons.osgi.symbolicName”, another property pointing to that > as > > ${commons.osgi.symbolicName} > > and then allow people to override that in their local po

[RESULT][VOTE][LAZY] Move commons-imaging to git

Hello all, This vote passes with the following (in order of appearance): Gary Gregory: +1 Amey Jadiye: +1 (non-binding) Damjan Jovanovic: +1 Dave Brosius: +1 With no down votes I will begin the process of migrating to git. Having not gone through this process before, what must I do to accomplis

Re: [TEXT] How do we want to handle case conversions?

> On May 22, 2017, at 6:04 AM, sebb wrote: > > On 22 May 2017 at 06:56, Duncan Jones wrote: >> >>> On 21 May 2017, at 19:43, Gary Gregory wrote: >>> >>> Pardon the obvious but what is missing from methods like >>> https://docs.oracle.com/javase/7/docs/api/java/lang/Character.html#isLowerCase

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

> On May 21, 2017, at 7:32 PM, Benedikt Ritter wrote: > > Hello again, > >> Am 21.05.2017 um 10:50 schrieb Benedikt Ritter : >> >> Hello Stephen, >> >>> Am 19.05.2017 um 04:52 schrieb Stephen Colebourne >> >: >>> >>> Is reusing ${commons.osgi.symbolicName} a good

Re: [LANG] Thoughts about Lang 4.0

> On May 21, 2017, at 7:56 PM, Benedikt Ritter wrote: > > Hi, > > I think the time has come to start thinking about Lang 4.0. A new major > release is a chance to clean up stuff and get rid of APIs we don’t need > anymore/don’t want to maintain anymore. Lang has become rather large. It’s > d

Re: [TEXT] How do we want to handle case conversions?

I'd be in favour of 2 or some variation of it. Provide a well documented naïve implementation, and use whatever is available at the JVM for handling upper/lower case. I would use it for very simple cases, where all I need is to capitalise each word, and where it would be OK to have possible mist

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

On 22 May 2017 at 00:32, Benedikt Ritter wrote: > This is not as straight forward as I thought. Simply adding > > ${commons.automatic-module-name} > > Does not work, since this will add an empty entry to the resulting manifest > file, if a component does not specify the commons.automatic-module-n

Re: [TEXT] How do we want to handle case conversions?

On 22 May 2017 at 06:56, Duncan Jones wrote: > >> On 21 May 2017, at 19:43, Gary Gregory wrote: >> >> Pardon the obvious but what is missing from methods like >> https://docs.oracle.com/javase/7/docs/api/java/lang/Character.html#isLowerCase(char) >> >> Gary > > > The WordUtils methods turn senten