db-jdo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Watzek <mwa.t...@spree.de>
Subject Re: JIRA JDO-13
Date Tue, 07 Jun 2005 17:20:37 GMT
Hi Michelle,

thanks for the checkin!

I have added an object id class in "StateTransitionObj.jdo" for 
application identity. I'll run the TCK for application identity and 
datastore identity overnight and will send the patch for JIRA JDO-13 
tomorrow.

Regards,
Michael

> Hi, Michael,
> 
> I just checked in the metadata/schema portion of the fix for JDO-47 
> (lifecycle metadata).  The class still needs to add an id field.  You 
> won't get a commit notice because it bounced because it was too large!
> 
> -- Michelle
> 
> Michelle Caisse wrote:
> 
>> Hi Michael,
>>
>> I will fix the schema and metadata, assuming that you will add a field 
>> called id to the StateTransitionObj class that will be the primary 
>> key.  I will check in the schema and metadata today so you can test 
>> with it.  Is this okay with you?
>>
>> -- Michelle
>>
>>
>> Craig Russell wrote:
>>
>>>> If it is only one field which is persistent, do we have a problem 
>>>> with application identity? In that case, the field must be the PK.
>>>
>>>
>>>
>>>
>>> This is true, and the problem with it is that since it would be the 
>>> PK, it cannot generally be written. Additionally there is no 
>>> application identity class.
>>>
>>>>
>>>> Summarizing, in addition to the fix in the test code we need to
>>>>
>>> 0.0 Fix the test case to catch exceptions and complete.
>>> 0.1 Fix the StateTransitionObject to add an int id field with 
>>> application-created values, and add an embedded objectid class using 
>>> the new field as primary key. (The default constructor should set the 
>>> id field and increment the value to make it unique; the objectid 
>>> class should be embedded and have the same int id field)
>>>
>>>> 1) fix the SQL schema
>>>> 2) add the missing .orm files
>>>> 3) fix the .jdo files
>>>>
>>>> ...
>>>> I'm not sure which fields of class 
>>>> "org.apache.jdo.tck.pc.lifecycle.StateTransitionObj" are persistent. 
>>>> Can you also help on the application/datastore issue? Is it 
>>>> reasonable to define a second persistent field?
>>>
>>>
>>>
>>>
>>> Yes, see above.
>>> So, Michael,
>>>
>>> If you have the JPOX environment set up, you should be able to fix 
>>> the StateTransitionObj.java and the 
>>> PMsCanSharePCClassesButNotPCInstances.java, the .jdo and .orm files.
>>> Just coordinate with Michelle so you don't conflict on the 
>>> schema1.sql and schema2.sql files. Since it's just adding a table, 
>>> there should be minimal conflicts.
>>>
>>> Thanks,
>>>
>>> Craig
>>
>>
>>
>>
>>


-- 
-------------------------------------------------------------------
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/
-------------------------------------------------------------------

Mime
View raw message