Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of billwbarker@verizon.net
 designates 206.46.173.13 as permitted sender)
Message-id: <000b01c9f1f6$e39ff690$363cb147@oemcomputer>
From: "Bill Barker" <billwbarker@verizon.net>
To: "Commons Developers List" <dev@commons.apache.org>
References: <4A3D3505.2020904@free.fr>
 <002501c9f1f4$8106f1c0$363cb147@oemcomputer>
Subject: Re: [math] reviewing the current state on serialization
Date: Sat, 20 Jun 2009 15:31:42 -0700
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=utf-8; reply-type=response
Content-transfer-encoding: 7bit


----- Original Message ----- 
From: "Bill Barker" <billwbarker@verizon.net>
To: "Commons Developers List" <dev@commons.apache.org>
Sent: Saturday, June 20, 2009 3:14 PM
Subject: Re: [math] reviewing the current state on serialization


>
> ----- Original Message ----- 
> From: "Luc Maisonobe" <Luc.Maisonobe@free.fr>
> To: "Commons Developers List" <dev@commons.apache.org>
> Sent: Saturday, June 20, 2009 12:14 PM
> Subject: [math] reviewing the current state on serialization
>
>
>> Hello,
>>
>> I have reviewed the current state of serialization within [math]. It's
>> much simpler than before, thanks to Bill's work. I have removed almost
>> everything serializable in ODE as this didn't make sense anymore, except
>> for the step interpolators.
>>
>> Now I'm wondering if we should push this a little further, for example
>> by removing serializable for some abstract classes like
>> ConvergingAlgorithmImpl, UnivariateRealSolverImpl,
>> UnivariateRealIntegratorImpl ... and also for the concrete classes that
>> are pure transient processing algorithms (solvers, integrators ...).
>>
>> What do you think ?
>>
>
> +1
> The only reason I left those abstract classes was that I couldn't find a 
> no-arg constructor for them that made sense.  And I left the transient 
> processing ones only so as to avoid noise on the list for going over them 
> package by package.

Answering myself.  Also, taking it away from the solvers lets us remove it 
from the (deprecated) UnivariateRealFields as well.

>> Luc
>>
>> ---------------------------------------------------------------------
>> 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
>
> 


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