Hi Andrus,
The code is attached here: https://issues.apache.org/jira/browse/CAY-1626
Thanks.
Marc
On Wed, Aug 10, 2011 at 7:45 AM, Andrus Adamchik wrote:
> Hi Marc,
>
> Very cool. Haven't used Joda Time myself yet, but heard a lot of good
> things about it.
>
> This list strips attachments (so
> The serialization process seems
> to serialize the superclass state based on their own SerialVersionUIDs
> -- that seems like the logical way to do it in any case as otherwise a
> subclass would have to know the implementation details for all
> superclasses.
Ah.
I agree, but can't easily verify
I wrote the wrong thing in my message. It should have been "generated
superclass" rather than "generated subclass" -- hopefully it was still
obvious we're talking about the generated class from the context.
While it's true that SerialVersionUID is not useful for the subclass's
serialization, as f
Oh, got it. Markmail is just a read-only viewer.
Found the subscription instructions, all is (hopefully) well.
Regards,
Jo
Just struggling with Markmail, I can't find the two functions I want:
a) How to subscribe to a mailing list;
b) how to reply to a mailing list directly via their web interface.
Where should I look?
Regards,
Jo
> -- SerialVersionUID seems to matter on the generated subclass,
> especially since this is where all of the state of CayenneDataObject
> exists. But I can only infer this -- I cannot find a specific
> statement. [1] [2]
I can ;-)
> [1] http://download.oracle.com/javase/1,5.0/docs/api/java/io/S
I am not an expert on serialization, and it's been a long time since I
looked into it.
By a strange coincidence, the only cayenne project I wrote involving
serialization is the legacy Cayenne 1.2 app I am doing maintenance on
this week, after having not touched it in four or more years.
However,
>> In that case, it may help to declare the generated classes abstract.
>> Abstract classes cannot be deserialized, so the compiler should not complain.
>
> Oh and BTW, generated classes are abstract (at least in 3.1), and the
> compiler still complains - separately about superclass and subclass
On Oct 4, 2011, at 12:48 PM, Durchholz, Joachim wrote:
> In that case, it may help to declare the generated classes abstract. Abstract
> classes cannot be deserialized, so the compiler should not complain.
Oh and BTW, generated classes are abstract (at least in 3.1), and the compiler
still com
FYI: we took this discussion to the dev list:
http://markmail.org/message/hqtlopjmruxw6ty4
@SuppressWarnings is out of the picture now, but the rest is still up for
discussion.
Andrus
On Oct 4, 2011, at 12:48 PM, Durchholz, Joachim wrote:
> Are generated classes ever instantiated via new?
> I
Are generated classes ever instantiated via new?
If not, SerialVersionUID does not serve any useful purpose, it's the
programmer-written subclass that gets asked for the SerialVersionUID.
In that case, it may help to declare the generated classes abstract. Abstract
classes cannot be deserialized,
11 matches
Mail list logo
