Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jdo-dev@db.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Thu, 20 Oct 2005 17:03:26 -0700
From: Craig L Russell <Craig.Russell@Sun.COM>
Subject: Re: Non-serializable object id classes
In-reply-to: <1129802549.43576b35f0bff@webmail.jpox.org>
Sender: Craig.Russell@Sun.COM
To: jdo-dev@db.apache.org
Message-id: <0440EBF9-C72E-49D2-B5F1-8AF21D4AD542@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <4357670E.8080809@spree.de>
 <1129802549.43576b35f0bff@webmail.jpox.org>

Hi,

There is no test in the TCK for this condition, as there is no  
specific behavior required in the specification. As you can see from  
JPOX, the enhancer might fail or the runtime might fail. So it is a  
requirement, just not a requirement that can be tested. :-(

Craig

On Oct 20, 2005, at 3:02 AM, erik@jpox.org wrote:

> Michael,
>
> JPOX raises InvalidPrimaryKeyException if the id class is not  
> Serializable. Your
> class should not get enhanced and the cause is logged (log4j). If  
> you want,
> enable log4j to write to the console.
>
> Quoting Michael Watzek <mwa.tech@spree.de>:
>
>
>> Craig,
>>
>> I am unsure about chapter "5.4.1 Application (primary key)  
>> identity" in
>> the spec (version 9/9/2005). That chapter requires "... JDO object id
>> has all of the characteristics of an RMI remote object, ...". One
>> sentence further the spec specifies:
>>
>> "A5.4.1-3 REMOVE THIS ASSERTION [...]"
>>
>> Part of that assertion is the requirement on object id classes to be
>> serializable.
>>
>> The TCK does not implement this assertion. Does this mean, that it is
>> valid to specify non-serializable object id classes?
>>
>> Andy, Erik,
>>
>> if I call the JPOX enhancer for a class (among others) having
>> application identity and the object identity class is not  
>> serializable,
>> then the enhancement process silently exits without any (error)
>> messages. Also, there is no exit code indicating an error. As a
>> consequence, no classes are enhanced. Would it make sense to write a
>> warning (or error) message to the console indicating the problem?
>>
>> Regards,
>> Michael
>> --
>> -------------------------------------------------------------------
>> Michael Watzek                  Tech@Spree Engineering GmbH
>> mailto:mwa.tech@spree.de        Buelowstr. 66
>> Tel.:  ++49/30/235 520 36       10783 Berlin - Germany
>> Fax.:  ++49/30/217 520 12       http://www.spree.de/
>> -------------------------------------------------------------------
>>
>>
>
>
>
>