Return-Path: 
 <dev-return-134298-apmail-commons-dev-archive=commons.apache.org@commons.apache.org>
X-Original-To: apmail-commons-dev-archive@www.apache.org
Delivered-To: apmail-commons-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 778059F3B
	for <apmail-commons-dev-archive@www.apache.org>;
 Sun, 11 Mar 2012 16:54:01 +0000 (UTC)
Received: (qmail 99597 invoked by uid 500); 11 Mar 2012 16:54:00 -0000
Delivered-To: apmail-commons-dev-archive@commons.apache.org
Received: (qmail 99512 invoked by uid 500); 11 Mar 2012 16:54:00 -0000
Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@commons.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@commons.apache.org>
List-Post: <mailto:dev@commons.apache.org>
List-Id: <dev.commons.apache.org>
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Delivered-To: mailing list dev@commons.apache.org
Received: (qmail 99503 invoked by uid 99); 11 Mar 2012 16:54:00 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 11 Mar 2012 16:54:00 +0000
X-ASF-Spam-Status: No, hits=0.7 required=5.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Received: from [80.67.169.19] (HELO solo.fdn.fr) (80.67.169.19)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 11 Mar 2012 16:53:51 +0000
Received: from lehrin.spaceroots.org (smtp.spaceroots.org [80.67.176.229])
	by smtp.fdn.fr (Postfix) with ESMTP id 7A4B244192
	for <dev@commons.apache.org>; Sun, 11 Mar 2012 17:53:30 +0100 (CET)
Received: from [127.0.0.1] (lehrin.spaceroots.org [127.0.0.1])
	by lehrin.spaceroots.org (Postfix) with ESMTP id 09D7F5F3FD
	for <dev@commons.apache.org>; Sun, 11 Mar 2012 17:53:37 +0100 (CET)
Message-ID: <4F5CD890.7040207@free.fr>
Date: Sun, 11 Mar 2012 17:53:36 +0100
From: Luc Maisonobe <Luc.Maisonobe@free.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.2.24) Gecko/20111114 Icedove/3.1.16
MIME-Version: 1.0
To: Commons Developers List <dev@commons.apache.org>
Subject: Re: [math] LaguerreSolver.ComplexSolver is private; functionality
 lost in 3.0
References: 
 <CAPANzZ-KxXMgbuD+cnBkg==uKog_i350FG-nd6gWnVCEsgE9vg@mail.gmail.com>
 <20120311155709.GH11441@dusk.harfang.homelinux.org>
In-Reply-To: <20120311155709.GH11441@dusk.harfang.homelinux.org>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Gilles,

Le 11/03/2012 16:57, Gilles Sadowski a �crit :
> On Sat, Mar 10, 2012 at 07:15:14PM -0600, Lance Finney wrote:
>> We used LaguerreSolver.solveAll() in version 2.1, but we never upgraded to
>> 2.2. As such, we didn't notice that it was deprecated in that release.
>>
>> Now that 3.0 is out, we want to upgrade, but that method has been
>> completely removed.
>>
>> Interestingly, the logic is still there in the library in an inner class:
>> org.apache.commons.math3.analysis.solvers.LaguerreSolver.ComplexSolver.
>> Unfortunately for us, though, ComplexSolver is now private. So, for us as
>> users, we've lost access to a useful algorithm that is still in the library.
>>
>> Please re-enable access to this useful algorithm that provides complex
>> roots of polynomial formulae. The simplest approach for our purposes would
>> be to make LaguerreSolver.ComplexSolver public, but perhaps another
>> approach would be considered better design.
> 
> At first sight, I'd propose to create an "o.a.c.m.complex.solvers" package
> where a "ComplexLaguerreSolver" would reside.
> 
> However, I don't know what are the necessary and sufficient API methods that
> would define a "BaseUnivariateComplexSolver" interface that would be the
> counterpart of
>   BaseUnivariateSolver<FUNC extends UnivariateFunction>
> (in package "o.a.c.m.analysis.solvers").

I guess almost the same methods could be used, except either only one
solve method would be needed with a single start value, or min/max
interval definition should be replaced by a two-dimensional rectangle
definition.

Luc

> 
> 
> Best regards,
> Gilles
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org


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