Re: [validator] Inconsistent behavior in UrlValidator

2015-09-28 Thread sebb
The java.net.InetAddress class has a method: isLoopbackAddress() We should use whatever validation is provided by the JDK, not try and invent our own On 27 September 2015 at 18:21, Kristian Rosenvold wrote: > Yeah, as long as the full range is validated it should be fine. > > K > > > 2015-09-27

Re: [Math] Utilitzation of SLF4J?

2015-09-28 Thread Siegfried Goeschl
Hi folks, as far as I understand the mail thread (while not being a Commons Math developer) * logging could be helpful but it could be argued/reasoned that logging is not required for an utility package * there is no perfect logging framework for all use-cases and deployments * Apache Commons

Re: [Math] Utilitzation of SLF4J?

2015-09-28 Thread Gary Gregory
On Mon, Sep 28, 2015 at 10:29 AM, Siegfried Goeschl < siegfried.goes...@it20one.com> wrote: > Hi folks, > > as far as I understand the mail thread (while not being a Commons Math > developer) > > * logging could be helpful but it could be argued/reasoned that logging is > not required for an utili

Re: [Math] Utilization of Lombok

2015-09-28 Thread Ole Ersoy
On 09/27/2015 11:14 PM, venkatesha murthy wrote: Do we know if lombok is supported on all flavours of java for instance IBM JDK, Open JDK , java 8 etc... Was just thinking of the future proof readiness. Iam absolutely interested in lombok and even today use it for most demo purposes and have

Re: [validator] Inconsistent behavior in UrlValidator

2015-09-28 Thread Benedikt Ritter
2015-09-28 18:48 GMT+02:00 sebb : > The java.net.InetAddress class has a method: isLoopbackAddress() > > We should use whatever validation is provided by the JDK, not try and > invent our own > +1 > > On 27 September 2015 at 18:21, Kristian Rosenvold > wrote: > > Yeah, as long as the full rang

Re: [configuration] Strong coupling between implementation and use for Beans

2015-09-28 Thread Oliver Heger
Am 27.09.2015 um 18:39 schrieb Weygandt, Jon: > It seems that with interfaces like ImmutableHierarchicalConfiguration one > should be able to use the configuration independent of the way in which it > is implemented. > > From the > example(https://commons.apache.org/proper/commons-configuration

RE: [configuration] Strong coupling between implementation and use for Beans

2015-09-28 Thread Weygandt, Jon
Oliver, I'm considering making an implementation for Hierarchical Configuration. The system I have manages multiple applications from a single, large, managed, set of configurations. It has some similarities, but it goes beyond simply managing "a configuration", it manages configuration and app

Re: [configuration] Strong coupling between implementation and use for Beans

2015-09-28 Thread Oliver Heger
Hi Jon, Am 28.09.2015 um 22:18 schrieb Weygandt, Jon: > Oliver, > > I'm considering making an implementation for Hierarchical Configuration. The > system I have manages multiple applications from a single, large, managed, > set of configurations. It has some similarities, but it goes beyond sim

RE: [configuration] Strong coupling between implementation and use for Beans

2015-09-28 Thread Weygandt, Jon
I've created an issue. https://issues.apache.org/jira/browse/CONFIGURATION-611. Let me get further into the project, and as I have some more concrete ideas, I will place them in the comments section. Jon -Original Message- From: Oliver Heger [mailto:oliver.he...@oliver-heger.de] Sent: