Phil Steitz wrote:
If the field were deleted, then an old version receiving a new instance serialized
without the field would initialize it to the default value (0) and getN() would return
that (spurious) value. See
http://java.sun.com/j2se/1.4.2/docs/guide/serialization/spec/version.html#wp6678
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Tue 7/13/2004 7:13 AM
To: Jakarta Commons Developers List
Cc:
Subject:Re: [math] Serialization redux
Mark R. Diggory wrote:
>>
>> [phil]
>>
>>> * Either drop or
Mark R. Diggory wrote:
[phil]
* Either drop or customize serialization for all classes in the
univariate package (other than StatisticalSummaryValues),
especially those in the moment subpackage. Default serialization
ties us to the current physical implementation, which may well
change as we optim
Phil Steitz wrote:
[mark] I feel that you think that just because we happen to include
the Serialization Interfaces to these classes, that somehow we have
to guarantee that they are serializable across releases and the
somehow we are stuck with the current implementation. I do not
believe we are r
[mark] I feel that you think that just because we happen to include the
Serialization Interfaces to these classes, that somehow we have to
guarantee that they are serializable across releases and the somehow we
are stuck with the current implementation. I do not believe we are
required to maintain
Phil,
I feel that you think that just because we happen to include the
Serialization Interfaces to these classes, that somehow we have to
guarantee that they are serializable across releases and the somehow we
are stuck with the current implementation. I do not believe we are
required to mainta
I would like to drop / modify serialization for the following:
* Drop from all UnivariateRealSolvers. The API is not stable enough to be tied to the
physical implementation (there are lots of protected fields, including a
UnivariateRealFunction, which does not have to be serializable and I would