Re: [math] Initial TLP PMC membership and chair

2016-02-04 Thread Otmar Ertl
+1 Phil

Otmar
Am 05.02.2016 12:22 vorm. schrieb "Gary Gregory" :

> I vote for Phil to be the first Apache Math PMC Chair.
>
> Gary
>
> On Thu, Feb 4, 2016 at 2:30 PM, Phil Steitz  wrote:
>
> > We have the following volunteers for the new TLP, which we have
> > decided to call "Apache Math"
> >
> > Bill Barker
> > Otmar Ertl
> > Gary Gregory
> > Luc Maisonobe
> > Thomas Neidhart
> > Gilles Sadowski
> > Phil Steitz
> >
> > We need to name an initial chair for the PMC.  I will volunteer for
> > this if you all would like me to.  I would also happily let someone
> > else take the first turn.   Any other volunteers / nominations?
> >
> > Phil
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>


Re: [math] LevenbergMarquardt ParameterValidator

2016-02-04 Thread Gilles

On Thu, 4 Feb 2016 18:50:11 -0600, Ole Ersoy wrote:

On 02/04/2016 04:30 PM, Gilles wrote:

On Thu, 4 Feb 2016 15:08:30 -0600, Ole Ersoy wrote:

Hi,

I'm attempting to understand when and how I would want to use the
ParameterValidator WRT LevenbergMarquardt problem construction. 
Anyone

have any stories they can share?


It is possible that the optimizer wants to try a certain value
for an optimized parameter that entails a constraint on another:
the validator can attempt to reconcile them. It might be better
to return a different point rather than fail.

So how do I recognize this scenario and put in place a
ParameterValidator that is appropriate?  What is the event that 
causes

the validate method to be triggered?


When the corresponding argument is not null (at "problem" creation),
the point (set of optimized parameters) is always validated before
evaluation.
What point the "validate(RealVector)" returns is up to user.

Gilles



Ole




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



[math] LeastSquaresProblem countEvaluations?

2016-02-04 Thread Ole Ersoy

Hi,

The LM optimize method counts evaluations.  The below method also does.  Just 
wanted to check in to see whether it's still supposed to?

public static LeastSquaresProblem countEvaluations(final 
LeastSquaresProblem problem,
   final Incrementor 
counter) {
return new LeastSquaresAdapter(problem) {

/** {@inheritDoc} */
@Override
public Evaluation evaluate(final RealVector point) {
counter.incrementCount();
return super.evaluate(point);
}

// Delegate the rest.
};
}

Cheers,
Ole

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



Re: [math] LevenbergMarquardt Evaluation Lazy vs. Unlazy

2016-02-04 Thread Ole Ersoy



On 02/04/2016 04:13 PM, Gilles wrote:

On Thu, 4 Feb 2016 14:10:39 -0600, Ole Ersoy wrote:

Hi,

Has anyone performed any benchmarking on lazy vs. unlazy
Evaluation(s)


Someone did:
  https://issues.apache.org/jira/browse/MATH-1128


or is there some obvious criteria on when to use one vs.
the other?  I only see getResiduals() being called once in the
optimize() method right after a new evaluation is created:

current = problem.evaluate(new
ArrayRealVector(currentPoint));
currentResiduals = current.getResiduals().toArray();

Thoughts?


The problem is "getJacobian()", called only in the outer loop.
Method "evaluate" is also called in an inner loop where only
the residuals are used.


So if the optimizer is supplied with individual function implementations that 
are called to calculate residuals and the jacobian matrix 'on demand / when 
needed' then the question of whether to use a lazy evaluation vs. the regular 
evaluation goes away (I think without any drawbacks)?

Ole



Gilles



TIA,
Ole


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



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





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



Re: [math] LevenbergMarquardt ParameterValidator

2016-02-04 Thread Ole Ersoy



On 02/04/2016 04:30 PM, Gilles wrote:

On Thu, 4 Feb 2016 15:08:30 -0600, Ole Ersoy wrote:

Hi,

I'm attempting to understand when and how I would want to use the
ParameterValidator WRT LevenbergMarquardt problem construction. Anyone
have any stories they can share?


It is possible that the optimizer wants to try a certain value
for an optimized parameter that entails a constraint on another:
the validator can attempt to reconcile them. It might be better
to return a different point rather than fail.

So how do I recognize this scenario and put in place a ParameterValidator that 
is appropriate?  What is the event that causes the validate method to be 
triggered?

Ole


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



[DBCP] BasicDataSource and Referenceable

2016-02-04 Thread Gary Gregory
Hi All:

Why does BasicDataSource not implement Referenceable?

Merci,
Gary

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory


[DBCP] Unit test failure with stack logging

2016-02-04 Thread Gary Gregory
I get the following failures running trunk from Eclipse. Anyone else?

java (9)
org.apache.commons.dbcp2.TestBasicDataSource
testMaxConnLifetimeExceeded(org.apache.commons.dbcp2.TestBasicDataSource)
java.lang.NullPointerException

at
org.apache.commons.dbcp2.TestBasicDataSource.testMaxConnLifetimeExceeded(TestBasicDataSource.java:669)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)

at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)

at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)

at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)

at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)

at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)

at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)

at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)

at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)

at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)

at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)

at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)

at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)

at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)

at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)

at org.junit.runners.ParentRunner.run(ParentRunner.java:363)

at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)

at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)



testPoolCloseRTE(org.apache.commons.dbcp2.TestBasicDataSource)
java.lang.NullPointerException

at
org.apache.commons.dbcp2.TestBasicDataSource.testPoolCloseRTE(TestBasicDataSource.java:488)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)

at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)

at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)

at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)

at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)

at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)

at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)

at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)

at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)

at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)

at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)

at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)

at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)

at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)

at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)

at org.junit.runners.ParentRunner.run(ParentRunner.java:363)

at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)

at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)

at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)



testPoolCloseCheckedException(org.apache.commons.dbcp2.TestBasicDataSource)
java.lang.NullPointerException

at
org.apache.commons.dbcp2.TestBasicDataSource.testPoolCloseCheckedException(TestBasicDataSource.java:467)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.i

Re: [math] Initial TLP PMC membership and chair

2016-02-04 Thread Gary Gregory
I vote for Phil to be the first Apache Math PMC Chair.

Gary

On Thu, Feb 4, 2016 at 2:30 PM, Phil Steitz  wrote:

> We have the following volunteers for the new TLP, which we have
> decided to call "Apache Math"
>
> Bill Barker
> Otmar Ertl
> Gary Gregory
> Luc Maisonobe
> Thomas Neidhart
> Gilles Sadowski
> Phil Steitz
>
> We need to name an initial chair for the PMC.  I will volunteer for
> this if you all would like me to.  I would also happily let someone
> else take the first turn.   Any other volunteers / nominations?
>
> Phil
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory


[Math] How fast is fast enough?

2016-02-04 Thread Gilles

Hi.

Here is a micro-benchmark report (performed with "PerfTestUtils"):
-
nextInt() (calls per timed block: 200, timed blocks: 100, time 
unit: ms)
name time/call std dev total time ratio   cv 
difference
o.a.c.m.r.JDKRandomGenerator 1.088e-05 2.8e-06 2.1761e+03 1.000 0.26 
0.e+00
   o.a.c.m.r.MersenneTwister 1.024e-05 1.5e-06 2.0471e+03 0.941 0.15 
-1.2900e+02
  o.a.c.m.r.Well512a 1.193e-05 4.4e-07 2.3864e+03 1.097 0.04 
2.1032e+02
 o.a.c.m.r.Well1024a 1.348e-05 1.9e-06 2.6955e+03 1.239 0.14 
5.1945e+02
o.a.c.m.r.Well19937a 1.495e-05 2.1e-06 2.9906e+03 1.374 0.14 
8.1451e+02
o.a.c.m.r.Well19937c 1.577e-05 8.8e-07 3.1542e+03 1.450 0.06 
9.7816e+02
o.a.c.m.r.Well44497a 1.918e-05 1.4e-06 3.8363e+03 1.763 0.08 
1.6602e+03
o.a.c.m.r.Well44497b 1.953e-05 2.8e-06 3.9062e+03 1.795 0.14 
1.7301e+03
   o.a.c.m.r.ISAACRandom 1.169e-05 1.9e-06 2.3375e+03 1.074 0.16 
1.6139e+02

-
where "cv" is the ratio of the 3rd to the 2nd column.

Questions are:
* How meaningful are micro-benchmarks when the timed operation has a 
very
  small duration (wrt e.g. the duration of other machine instructions 
that

  are required to perform them)?
* In a given environment (HW, OS, JVM), is there a lower limit 
(absolute

  duration) below which anything will be deemed good enough?
* Can a library like CM admit a trade-off between ultimate performance 
and

  good design?
  IOW, is there an acceptable overhead in exchange for other qualities
  (clarity, non-redundancy, extensibility, etc.)?
* Does ultimate performance for the base functionality (generation of a
  random number) trump any consideration of use-cases that would need 
an
  extension (of the base functionality, such as computation to match 
another
  distribution) that will unavoidably degrades the performance (hence 
the

  micro-benchmark will be completely misleading for those users)?
* What are usages of the CM RNGs?
  Do those use-cases strictly forbid "loosing" a dozen milliseconds per
  million calls?
  IOW, would those users for which such a difference matters use CM at 
all?



Thanks,
Gilles


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



[math] Initial TLP PMC membership and chair

2016-02-04 Thread Phil Steitz
We have the following volunteers for the new TLP, which we have
decided to call "Apache Math"

Bill Barker
Otmar Ertl
Gary Gregory
Luc Maisonobe
Thomas Neidhart
Gilles Sadowski
Phil Steitz

We need to name an initial chair for the PMC.  I will volunteer for
this if you all would like me to.  I would also happily let someone
else take the first turn.   Any other volunteers / nominations?

Phil


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



Re: [math] LevenbergMarquardt ParameterValidator

2016-02-04 Thread Gilles

On Thu, 4 Feb 2016 15:08:30 -0600, Ole Ersoy wrote:

Hi,

I'm attempting to understand when and how I would want to use the
ParameterValidator WRT LevenbergMarquardt problem construction. 
Anyone

have any stories they can share?


It is possible that the optimizer wants to try a certain value
for an optimized parameter that entails a constraint on another:
the validator can attempt to reconcile them. It might be better
to return a different point rather than fail.

Gilles


TIA,
Ole




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



Re: [math] LevenbergMarquardt Evaluation Lazy vs. Unlazy

2016-02-04 Thread Gilles

On Thu, 4 Feb 2016 14:10:39 -0600, Ole Ersoy wrote:

Hi,

Has anyone performed any benchmarking on lazy vs. unlazy
Evaluation(s)


Someone did:
  https://issues.apache.org/jira/browse/MATH-1128


or is there some obvious criteria on when to use one vs.
the other?  I only see getResiduals() being called once in the
optimize() method right after a new evaluation is created:

current = problem.evaluate(new
ArrayRealVector(currentPoint));
currentResiduals = current.getResiduals().toArray();

Thoughts?


The problem is "getJacobian()", called only in the outer loop.
Method "evaluate" is also called in an inner loop where only
the residuals are used.

Gilles



TIA,
Ole


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



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



Re: [RESULT][math] [POLL] new TLP name

2016-02-04 Thread Gilles

On Thu, 4 Feb 2016 12:39:16 -0700, Phil Steitz wrote:

It looks like just plain "math" is the quantitative winner.  Here is
the full tally:

Among PMC volunteers:

math 4 (Phil, Gary, Thomas, Otmar)
Epsilon 1 (Luc)
aJama 1 (Gilles)

Other votes:
math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
Martin, Henri)
Epsilon 3 (Evan, Ole, Bruce)

Please let me know if I missed anyone.  Based on this, I would like
to move forward with the resolution including "Apache math" as the
name.  Can we agree on this?


No problem (with a big "M").

Gilles



Phil


On 2/1/16 10:06 AM, Phil Steitz wrote:

Please select your top choice among the following suggested names
for the new [math]-based TLP.  All are welcome and encouraged to
respond.  This POLL will be open for 72 hours, at which time two
tallies will be presented:  one among those who have volunteered for
the new PMC and a second among all respondents.  Hopefully, one name
will emerge as consensus winner.  If not, I will kick off another
runoff poll among the top choices.   Please respond with your top
choice for the name.

AjaMa
Epsilon
Erdos
Euclid
Euler
Gauss
JAML
Math
MathBlocks
MathComponents (or Math Components)
Mathelactica
MathModules
Megginson
modMath
Nash
Newton
Pythagoras



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



[math] LevenbergMarquardt ParameterValidator

2016-02-04 Thread Ole Ersoy

Hi,

I'm attempting to understand when and how I would want to use the 
ParameterValidator WRT LevenbergMarquardt problem construction. Anyone have any 
stories they can share?

TIA,
Ole


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



Re: [RESULT][math] [POLL] new TLP name

2016-02-04 Thread Gary Gregory
On Thu, Feb 4, 2016 at 12:39 PM, sebb  wrote:

> Being pedantic:
>
> It was "Apache Math" that got the most votes, not "Apache math".


> I hope the former is what gets put forward.
>

+1

Gary


>
> On 4 February 2016 at 19:39, Phil Steitz  wrote:
> > It looks like just plain "math" is the quantitative winner.  Here is
> > the full tally:
> >
> > Among PMC volunteers:
> >
> > math 4 (Phil, Gary, Thomas, Otmar)
> > Epsilon 1 (Luc)
> > aJama 1 (Gilles)
> >
> > Other votes:
> > math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
> > Martin, Henri)
> > Epsilon 3 (Evan, Ole, Bruce)
> >
> > Please let me know if I missed anyone.  Based on this, I would like
> > to move forward with the resolution including "Apache math" as the
> > name.  Can we agree on this?
> >
> > Phil
> >
> >
> > On 2/1/16 10:06 AM, Phil Steitz wrote:
> >> Please select your top choice among the following suggested names
> >> for the new [math]-based TLP.  All are welcome and encouraged to
> >> respond.  This POLL will be open for 72 hours, at which time two
> >> tallies will be presented:  one among those who have volunteered for
> >> the new PMC and a second among all respondents.  Hopefully, one name
> >> will emerge as consensus winner.  If not, I will kick off another
> >> runoff poll among the top choices.   Please respond with your top
> >> choice for the name.
> >>
> >> AjaMa
> >> Epsilon
> >> Erdos
> >> Euclid
> >> Euler
> >> Gauss
> >> JAML
> >> Math
> >> MathBlocks
> >> MathComponents (or Math Components)
> >> Mathelactica
> >> MathModules
> >> Megginson
> >> modMath
> >> Nash
> >> Newton
> >> Pythagoras
> >>
> >>
> >>
> >>
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory


Re: [RESULT][math] [POLL] new TLP name

2016-02-04 Thread sebb
Being pedantic:

It was "Apache Math" that got the most votes, not "Apache math".

I hope the former is what gets put forward.

On 4 February 2016 at 19:39, Phil Steitz  wrote:
> It looks like just plain "math" is the quantitative winner.  Here is
> the full tally:
>
> Among PMC volunteers:
>
> math 4 (Phil, Gary, Thomas, Otmar)
> Epsilon 1 (Luc)
> aJama 1 (Gilles)
>
> Other votes:
> math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
> Martin, Henri)
> Epsilon 3 (Evan, Ole, Bruce)
>
> Please let me know if I missed anyone.  Based on this, I would like
> to move forward with the resolution including "Apache math" as the
> name.  Can we agree on this?
>
> Phil
>
>
> On 2/1/16 10:06 AM, Phil Steitz wrote:
>> Please select your top choice among the following suggested names
>> for the new [math]-based TLP.  All are welcome and encouraged to
>> respond.  This POLL will be open for 72 hours, at which time two
>> tallies will be presented:  one among those who have volunteered for
>> the new PMC and a second among all respondents.  Hopefully, one name
>> will emerge as consensus winner.  If not, I will kick off another
>> runoff poll among the top choices.   Please respond with your top
>> choice for the name.
>>
>> AjaMa
>> Epsilon
>> Erdos
>> Euclid
>> Euler
>> Gauss
>> JAML
>> Math
>> MathBlocks
>> MathComponents (or Math Components)
>> Mathelactica
>> MathModules
>> Megginson
>> modMath
>> Nash
>> Newton
>> Pythagoras
>>
>>
>>
>>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

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



[math] LevenbergMarquardt Evaluation Lazy vs. Unlazy

2016-02-04 Thread Ole Ersoy

Hi,

Has anyone performed any benchmarking on lazy vs. unlazy Evaluation(s) or is 
there some obvious criteria on when to use one vs. the other?  I only see 
getResiduals() being called once in the optimize() method right after a new 
evaluation is created:

current = problem.evaluate(new ArrayRealVector(currentPoint));
currentResiduals = current.getResiduals().toArray();

Thoughts?

TIA,
Ole


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



Re: [RESULT][math] [POLL] new TLP name

2016-02-04 Thread Hasan Diwan
I'm indifferent.  -- H

On 4 February 2016 at 11:39, Phil Steitz  wrote:

> It looks like just plain "math" is the quantitative winner.  Here is
> the full tally:
>
> Among PMC volunteers:
>
> math 4 (Phil, Gary, Thomas, Otmar)
> Epsilon 1 (Luc)
> aJama 1 (Gilles)
>
> Other votes:
> math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
> Martin, Henri)
> Epsilon 3 (Evan, Ole, Bruce)
>
> Please let me know if I missed anyone.  Based on this, I would like
> to move forward with the resolution including "Apache math" as the
> name.  Can we agree on this?
>
> Phil
>
>
> On 2/1/16 10:06 AM, Phil Steitz wrote:
> > Please select your top choice among the following suggested names
> > for the new [math]-based TLP.  All are welcome and encouraged to
> > respond.  This POLL will be open for 72 hours, at which time two
> > tallies will be presented:  one among those who have volunteered for
> > the new PMC and a second among all respondents.  Hopefully, one name
> > will emerge as consensus winner.  If not, I will kick off another
> > runoff poll among the top choices.   Please respond with your top
> > choice for the name.
> >
> > AjaMa
> > Epsilon
> > Erdos
> > Euclid
> > Euler
> > Gauss
> > JAML
> > Math
> > MathBlocks
> > MathComponents (or Math Components)
> > Mathelactica
> > MathModules
> > Megginson
> > modMath
> > Nash
> > Newton
> > Pythagoras
> >
> >
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP: http://hasan.d8u.us/gpg.asc
Sent from my mobile device
Envoyé de mon portable


[RESULT][math] [POLL] new TLP name

2016-02-04 Thread Phil Steitz
It looks like just plain "math" is the quantitative winner.  Here is
the full tally:

Among PMC volunteers:

math 4 (Phil, Gary, Thomas, Otmar)
Epsilon 1 (Luc)
aJama 1 (Gilles)

Other votes:
math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
Martin, Henri)
Epsilon 3 (Evan, Ole, Bruce)

Please let me know if I missed anyone.  Based on this, I would like
to move forward with the resolution including "Apache math" as the
name.  Can we agree on this?

Phil


On 2/1/16 10:06 AM, Phil Steitz wrote:
> Please select your top choice among the following suggested names
> for the new [math]-based TLP.  All are welcome and encouraged to
> respond.  This POLL will be open for 72 hours, at which time two
> tallies will be presented:  one among those who have volunteered for
> the new PMC and a second among all respondents.  Hopefully, one name
> will emerge as consensus winner.  If not, I will kick off another
> runoff poll among the top choices.   Please respond with your top
> choice for the name.
>
> AjaMa
> Epsilon
> Erdos
> Euclid
> Euler
> Gauss
> JAML
> Math
> MathBlocks
> MathComponents (or Math Components)
> Mathelactica
> MathModules
> Megginson
> modMath
> Nash
> Newton
> Pythagoras
>
>
>
>



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



[ANNOUNCE] Apache Commons Weaver 1.2 Released

2016-02-04 Thread Matt Benson
The Apache Commons Team is pleased to announce the availability of:

Apache Commons Weaver 1.2

Apache Commons Weaver provides an easy way to enhance compiled Java
classes by generating ("weaving") bytecode into those classes.

The release notes can be reviewed at:
http://www.apache.org/dist/commons/weaver/RELEASE-NOTES.txt

Distribution packages can be downloaded from:
https://commons.apache.org/proper/commons-weaver/download_weaver.cgi

When downloading, please verify signatures using the KEYS file available at:
http://www.apache.org/dist/commons

Maven artifacts are also available in the central Maven repository:

http://repo1.maven.org/maven2/org/apache/commons/

The Apache Commons Team

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



Re: [math] [POLL] new TLP name

2016-02-04 Thread Thomas Neidhart
On Thu, Feb 4, 2016 at 2:24 PM, Phil Steitz  wrote:

> On 2/2/16 11:44 AM, Thomas Neidhart wrote:
> > On 02/01/2016 06:06 PM, Phil Steitz wrote:
> >> Please select your top choice among the following suggested names
> >> for the new [math]-based TLP.  All are welcome and encouraged to
> >> respond.  This POLL will be open for 72 hours, at which time two
> >> tallies will be presented:  one among those who have volunteered for
> >> the new PMC and a second among all respondents.  Hopefully, one name
> >> will emerge as consensus winner.  If not, I will kick off another
> >> runoff poll among the top choices.   Please respond with your top
> >> choice for the name.
> >>
> >> AjaMa
> >> Epsilon
> >> Erdos
> >> Euclid
> >> Euler
> >> Gauss
> >> JAML
> >> Math
> >> MathBlocks
> >> MathComponents (or Math Components)
> >> Mathelactica
> >> MathModules
> >> Megginson
> >> modMath
> >> Nash
> >> Newton
> >> Pythagoras
> > I am split between Epsilon and Math, both seem quite appealing to me.
> > Both choices are fine for me.
>
> I need a first choice for the tally.  Can I assume that is "Epsilon?"
>

I would vote for Math as first choice.

Thomas


Re: [math] [POLL] new TLP name

2016-02-04 Thread Phil Steitz
On 2/2/16 11:44 AM, Thomas Neidhart wrote:
> On 02/01/2016 06:06 PM, Phil Steitz wrote:
>> Please select your top choice among the following suggested names
>> for the new [math]-based TLP.  All are welcome and encouraged to
>> respond.  This POLL will be open for 72 hours, at which time two
>> tallies will be presented:  one among those who have volunteered for
>> the new PMC and a second among all respondents.  Hopefully, one name
>> will emerge as consensus winner.  If not, I will kick off another
>> runoff poll among the top choices.   Please respond with your top
>> choice for the name.
>>
>> AjaMa
>> Epsilon
>> Erdos
>> Euclid
>> Euler
>> Gauss
>> JAML
>> Math
>> MathBlocks
>> MathComponents (or Math Components)
>> Mathelactica
>> MathModules
>> Megginson
>> modMath
>> Nash
>> Newton
>> Pythagoras
> I am split between Epsilon and Math, both seem quite appealing to me.
> Both choices are fine for me.

I need a first choice for the tally.  Can I assume that is "Epsilon?"

Phil
>
> Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


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



Re: [Math] Create "development" branch?

2016-02-04 Thread Gilles

On Wed, 3 Feb 2016 19:57:33 -0800, William Barker wrote:

I would wait until after the TLP move for any big SCM changes.


I guess that the git repository won't be affected.
Anyways, nothing will be lost if some changes are in order, so
I don't see why work has to be put on hold.

I'm not clear on what problem is trying to be solved here. Git 
branches are
cheap, so create as many as you like for experimental changes, but I 
doubt

the PMC would agree to release from such a branch


It looks like you are not aware of the background of this question:
  http://markmail.org/message/7lnus64entdwj4vo


Gilles



On Wednesday, February 3, 2016, Gilles  
wrote:



Hello.

Shall we go forward with the creation of a branch named
"development", and stop committing to "master" (which, by
convention, should only contain tags of released code)?

Shall we also adopt a convention for feature branches, like
names that are prefixed with "f-" or "feature-", to make it
visible that they are WIP to be merged in "development"?
[IOW, as a reminder that those branches should not exist
for a long time, and should be deleted after the merge.]
Perhaps even clearer would be to attach a JIRA report
number to the name, like "feature-MATH-1319", so that we do
not forget to open a corresponding issue.


Regards,
Gilles



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





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



[IO] commons-io 2.5 release?

2016-02-04 Thread Bertrand Delacretaz
Hi,

AFAICS 2.5 has not been released, and I'd like to start promoting IO-487.

Are there any plans to release soon?

-Bertrand

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