[math] Design issue: many constructors build incomplete instances

2014-04-15 Thread Cyrille Artho
Dear all, We have recently reported a couple of problems found in the math library that were found by automated testing (using the Randoop tool). In many cases, using a constructor without subsequent setters results in an incomplete instance. Calculations using such an instance result in a Nul

[Misc] how get NVD's CPE Entries managed by ASF

2014-04-15 Thread Bernd Eckenfels
Hello, can somebody tell me how CPE Entries (Product Dictionary, Common Platform Enumeration) for Apache (Commons) products get populated in the NVD. Is there somewhere an mapping from component to productname stored? And is there an option or plan to specify things like maven coordinates or pack

[continuum] BUILD FAILURE: Apache Commons Net - Apache Commons (Test site with Java 1.8)

2014-04-15 Thread Apache Continuum
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=29394&projectId=107 Build statistics: State: Failed Previous State: Failed Started at: Tue 15 Apr 2014 18:20:56 + Finished at: Tue 15 Apr 2014 18:21:59 + Total time: 1m 3s Build Trigger: Sched

Re: [math] Issue with equals/hashCode on Complex/Dfp instances

2014-04-15 Thread Phil Steitz
On 4/15/14, 5:19 AM, Gilles wrote: > On Tue, 15 Apr 2014 08:03:51 +0900, Cyrille Artho wrote: >> Dear all, >> Java's default contract (in Object) states that two objects with >> equal data should return the same hashCode. In other words, if >> a.equals(b), their return value of hashCode() must be t

Re: [math] Issue with equals/hashCode on Complex/Dfp instances

2014-04-15 Thread Gilles
On Tue, 15 Apr 2014 08:03:51 +0900, Cyrille Artho wrote: Dear all, Java's default contract (in Object) states that two objects with equal data should return the same hashCode. In other words, if a.equals(b), their return value of hashCode() must be the same. Unfortunately, with Double values, ne