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 (athena.apache.org: domain of jak-commons-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
Mail-Followup-To: dev@commons.apache.org
To: dev@commons.apache.org
From: =?ISO-8859-1?Q?J=F6rg?= Schaible <joerg.schaible@gmx.de>
Subject: Re: [MATH] Moving Serializable from interfaces to implementations
Date: Fri, 22 May 2009 21:27:48 +0200
Lines: 31
Message-ID: <gv6ubk$jdf$1@ger.gmane.org>
References: <25aac9fc0905220617s6779528cmb3b1199c8e79c281@mail.gmail.com>
 <834716.86596.qm@web63303.mail.re1.yahoo.com>
Reply-To: joerg.schaible@gmx.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8Bit
Mail-Copies-To: never
User-Agent: KNode/0.10.9
Sender: news <news@ger.gmane.org>

John Bollinger wrote:

> 
> 
> sebb wrote:
>> Below is a sample of how we might proceed with the removal of
>> Serializable from implementations.
>>
>> Feedback please!
> 
> [...]
> 
>>      /** Serializable version identifier. */
>>      private static final long serialVersionUID = -2036131698031167221L;
> 
> I strongly recommend using small integers (i.e. 1 for this version) for
> the serialVersionUID values.  These are more meaningful and easier to
> maintain.  Such values also make it clear(er) to maintainers that they
> must think about the value, as opposed to always updating it to match the
> value that would be auto-generated by Java.  (Classes can be changed in
> ways that do not alter their serialized representation, but do change the
> automatic SUID.)  The only advantage to manually declaring the automatic
> SUID value is for serialization compatibility with previous versions of
> the class, but I'm not sure that's a relevant concern in this case.

This is why I actually use normally a value reflecting the last change of
the binary layout, e.g. 

private static final long serialVersionUID = 20090522L;

- J�rg


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