On Wed, Jan 26, 2011 at 2:21 PM, Luc Maisonobe <luc.maison...@free.fr> wrote: > There are only two issues left in Jira for 2.2. > > I think MATH-488 could be considered resolved as the class has been > deprecated as requested 5 days ago. > > Concerning MATH-487, I understood we are going to keep > ConvergenceException as a base class for a bunch of lower level > exceptions. Who volunteers for this task and on what time frame ? > I will create JIRA and post a patch with the new exceptions this weekend.
> Apart from these Jira issues, Phil wanted to remove binary > incompatibilities. We said the incompatibilities in ODE could not be > removed as they are internal only and required to fix bugs. We did not > conclude on FunctionException/DerivativeException. You convinced me (twice actually, sorry :) that there is no immediate user impact due to FunctionEvaluationException changes. One thing that I did not mention before is that for UnivaritaRealFunction specifically, the new setup implies that *all* UnivariateRealFunctions are going to be user-defined functions. I am not sure that this is strictly true (aren't there some places where [math] code creates UnivariateRealFunctions?) nor is it IMO a good constraint to force. Is there a way that we can avoid the change to UnivariateRealFunction? Regarding DerivativeException do the changes also require no user code changes? Why do these changes have to be in 2.2? Also, ask the same question as above about DerivativeException: does the underlying function have to be a user-defined function? The was still a > question about removing binary incompatibilities in the optimization > framework. What do we do about this ? I will revert the optimization breaks if no one beats me to it. It is clear what needs to be done from the svn diffs (look at for example, at the log of AbstractLeastSquaresOptimizer <http://s.apache.org/VZb>). We just need to remember to reapply the FastMath (MATH-375) changes. I will have time to work on this this weekend. Phil > > Luc > > --------------------------------------------------------------------- > 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
