Re: [geometry] Centroid vs Barycenter

2020-05-17 Thread Gilles Sadowski
Hi. 2020-05-17 20:13 UTC+02:00, Matt Juntunen : > Hello, > > I've created GEOMETRY-97 [1] to change commons-geometry to use the term > "centroid" to refer to the center of mass of a geometric object instead of > the term "barycenter" (inherited from commons-math). The two terms can be > used

Re: [commons-codec] branch master updated: Reimplement the new-in-1.15 BaseNCodec's and friends' strict vs. lenient decoding as final instance variables and with an enum instead of a boolean. Introduc

2020-05-17 Thread Gary Gregory
On Sun, May 17, 2020 at 3:46 PM Alex Herbert wrote: > +1 to the changes. > > One minor nit is the javadoc on line 307 of BaseNCodec.getCodecPolicy which > states that decoding will raise an exception. This should be qualified by > stating it will raise an exception when in strict decoding mode.

Re: [codec] org.apache.commons.codec.binary.BaseNCodec.strictDecoding

2020-05-17 Thread Gary Gregory
On Thu, May 14, 2020 at 3:51 PM Alex Herbert wrote: > > > > On 14 May 2020, at 18:03, Gary Gregory wrote: > > > > Hi All, > > > > The addition of org.apache.commons.codec.binary.BaseNCodec.strictDecoding > > is not quite right IMO, the ivar should be final with some new ctors. ALL > > other

Re: [commons-codec] branch master updated: Reimplement the new-in-1.15 BaseNCodec's and friends' strict vs. lenient decoding as final instance variables and with an enum instead of a boolean. Introduc

2020-05-17 Thread Alex Herbert
+1 to the changes. One minor nit is the javadoc on line 307 of BaseNCodec.getCodecPolicy which states that decoding will raise an exception. This should be qualified by stating it will raise an exception when in strict decoding mode. I think the sentence about the default mode should be first.

[geometry] Centroid vs Barycenter

2020-05-17 Thread Matt Juntunen
Hello, I've created GEOMETRY-97 [1] to change commons-geometry to use the term "centroid" to refer to the center of mass of a geometric object instead of the term "barycenter" (inherited from commons-math). The two terms can be used interchangeably [2] but "centroid" seems to be used far more

RE: [VALIDATOR] Java 9 change to use CLDR formats cause API break - what to do?

2020-05-17 Thread Jason Pyeron
> -Original Message- > From: sebb > Sent: Sunday, May 17, 2020 11:39 AM > To: Commons Developers List > Subject: Re: [VALIDATOR] Java 9 change to use CLDR formats cause API break - > what to do? > > On Sun, 17 May 2020 at 15:22, Jason Pyeron wrote: > > > > > -Original Message-

Re: [VALIDATOR] Java 9 change to use CLDR formats cause API break - what to do?

2020-05-17 Thread sebb
On Sun, 17 May 2020 at 15:22, Jason Pyeron wrote: > > > -Original Message- > > From: sebb [mailto:seb...@gmail.com] > > Sent: Sunday, May 17, 2020 9:05 AM > > To: CommonsDev > > Subject: [VALIDATOR] Java 9 change to use CLDR formats cause API break - > > what to do? > > > > Java 9 now

RE: [VALIDATOR] Java 9 change to use CLDR formats cause API break - what to do?

2020-05-17 Thread Jason Pyeron
> -Original Message- > From: sebb [mailto:seb...@gmail.com] > Sent: Sunday, May 17, 2020 9:05 AM > To: CommonsDev > Subject: [VALIDATOR] Java 9 change to use CLDR formats cause API break - what > to do? > > Java 9 now uses Locale strings from the Unicode consortium by default. > > This

[VALIDATOR] Java 9 change to use CLDR formats cause API break - what to do?

2020-05-17 Thread sebb
Java 9 now uses Locale strings from the Unicode consortium by default. This has cause several of the Validator unit tests to fail. For example: validator.validate("31/Dez/05 21-05", "dd/MMM/yy HH-mm", Locale.GERMAN); no longer parses OK, because the short version of December is now "Dez." (with