Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4D7787E7.4070307@free.fr>
Date: Wed, 09 Mar 2011 15:00:07 +0100
From: Luc Maisonobe <Luc.Maisonobe@free.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
MIME-Version: 1.0
To: Commons Developers List <dev@commons.apache.org>
Subject: Re: [math] Re: svn commit: r1078734
References: <20110307103754.1331923889EB@eris.apache.org>
 <4D768EE6.6050707@free.fr>
 <AANLkTinFGsbWmCfoVhgod+6T9XOaF998GnQbtaV_Wdz9@mail.gmail.com>
 <il6btu$ute$1@dough.gmane.org> <4D773ED3.1020607@free.fr>
 <20110309125903.GR22814@dusk.harfang.homelinux.org>
In-Reply-To: <20110309125903.GR22814@dusk.harfang.homelinux.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Le 09/03/2011 13:59, Gilles Sadowski a �crit :
> Hi.
> 
>>>> [...]
>>>>
>>>> Or make the fields transient?
>>>>
>>>> That would perhaps cause problems if the Exceptions were ever
>>>> serialised, but can that happen?
>>>
>>> Yes, it's a typical JEE scenario and I cannot say how often I cursed Sun for 
>>> stuffing an unserializable object into NamingException.setResolvedObject 
>>> within their LDAP implementation ...
>>>
>>> Actually the MathRE should contain a writeObject implementation that 
>>> replaces any non-serializable object in that array with some kind of 
>>> replacement (e.g. with its String representation). Otherwise the MathRE will 
>>> not reach its destination and all the localization was for nothing.
>>
>> That's a good idea. We could even do that replacement directly at
>> construction and never store the Object themselves, regardless of their
>> status with respect to serialization.
> 
> Do you mean storing only the String representation of the arguments?
> Wouldn't that defeat the purpose of the map feature (which was to allow any
> kind of objects to be stored and retrieved)?

You are right, I am stupid. So we have to check for serializable.

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