Googling I've found this one:

http://forum.java.sun.com/thread.jspa?threadID=789652&messageID=4487444

Leon Rosenberg wrote:
> Thanx for enlightening :-)
>
> Now, when do you actually intend to serialize servlets? :-)
>
> Leon
>
> On 1/5/07, fausto mancini <fausto.mancini@(protected):
>> From Serializable interface javadoc:
>>
>> The serialization runtime associates with each serializable class a
>> version number, called a serialVersionUID, which is used during
>> deserialization to verify that the sender and receiver of a serialized
>> object have loaded classes for that object that are compatible with
>> respect to serialization. If the receiver has loaded a class for the
>> object that has a different serialVersionUID than that of the
>> corresponding sender's class, then deserialization will result in an
>> InvalidClassException. A serializable class can declare its own
>> serialVersionUID explicitly by declaring a field named
>> "serialVersionUID" that must be static, final, and of type long:
>>
>>  ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L;
>>
>>
>> If a serializable class does not explicitly declare a serialVersionUID,
>> then the serialization runtime will calculate a default serialVersionUID
>> value for that class based on various aspects of the class, as described
>> in the Java(TM) Object Serialization Specification. However, it is
>> strongly recommended that all serializable classes explicitly declare
>> serialVersionUID values, since the default serialVersionUID computation
>> is highly sensitive to class details that may vary depending on compiler
>> implementations, and can thus result in unexpected
>> InvalidClassExceptions during deserialization. Therefore, to guarantee a
>> consistent serialVersionUID value across different java compiler
>> implementations, a serializable class must declare an explicit
>> serialVersionUID value. It is also strongly advised that explicit
>> serialVersionUID declarations use the private modifier where possible,
>> since such declarations apply only to the immediately declaring
>> class--serialVersionUID fields are not useful as inherited members.
>>
>> Leon Rosenberg wrote:
>> > Hi Antonio,
>> >
>> > looking at your example app I have a rather side-question:
>> > Why do you add serialUid to your servlets?
>> >
>> > public class WindowScopeTestServlet extends HttpServlet {
>> >
>> >     /**
>> >      *
>> >      */
>> >     private static final long serialVersionUID =
>> 8996558090818213997L;
>> > ...
>> > Leon
>> >
>> > On 1/5/07, Antonio Petrelli <apetrelli@(protected):
>> >> Leon Rosenberg ha scritto:
>> >> > If you want to start a project which performs a better (or more
>> >> > powerful) attribute management than struts does, feel free to do
>> this
>> >> > on java.net or sourceforge (I'd even conribute some code :-)) but
>> >> > don't expect it to become a part of struts anytime.
>> >>
>> >> Err... maybe it already exists :-)
>> >>
>> >> http://scopes.sourceforge.net/
>> >>
>> >> Ciao
>> >> Antonio
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> >> For additional commands, e-mail: user-help@(protected)
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: user-unsubscribe@(protected)
>> > For additional commands, e-mail: user-help@(protected)
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)