You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jdo-dev@db.apache.org by Craig L Russell <Cr...@Sun.COM> on 2007/03/16 18:21:43 UTC

Minutes: JDO TCK Conference Call Friday, Mar 16, 9 am PDT

Attendees: Matthew Adams, Erik Bengtson, Martin Zaun, Michelle  
Caisse, Craig Russell

Agenda:

1. Delete by object id. Matthew has voted against his proposal, so it  
will be dropped.

2. Persistent properties for classes questions. Erik had some  
questions on the specification.

If a user declares a persistent property then there must not be a  
persistent field of the same name. So, the field of the same name and  
type in the same class should be defaulted to not persistent. But a  
persistent property of the same name and type as a persistent field  
in a superclass is disallowed. The persistence semantics of a  
persistent property in a superclass cannot be modified by a  
persistent subclass. For example, you cannot declare a persistent  
property in a subclass where the same property name is already  
persistent in a superclass.

We should probably look at cases where a subclass implements a  
persistent interface and the persistent properties are actually  
implemented as persistent properties or persistent fields in the  
superclass.

With user exceptions thrown from the use of setters of persistent  
properties by the JDO implementation, the exception is wrapped by a  
JDOUserException and if done as part of flush, all these exceptions  
are collected in the failed object array as other exceptions are  
handled today. If during the beforeCompletion actions of commit same  
as above plus, the transaction is rolled back. The first such failure  
causes the implementation to abandon that persistent object.

Clarification needed for retainValues and restoreValues for  
persistent properties. These properties should be implemented similar  
to the behavior for fields. That is, properties are cleared to their  
Java default values or restored to their before image.

3. Problem with JDO 2 xsd JIRA issue has been filed on this subject.

4. Other issues

Clarify the behavior of detach, retrieve, and refresh with regard to  
the fetch group parameter. AI Erik file a JIRA.

Matthew has filed a patch for parsing the jdoconfig.xml file, and  
needs some test cases, especially negative ones. And if anyone has  
spare cycles to review the patch, please do so.

Action Items from weeks past:

[Mar 9 2007] AI Craig: Update the spec to require that the key of the  
listener is the class name of the listener, for consistency with  
proposed xml..

[Mar 9 2007] AI Michelle: Get rid of old beta and rc1 releases using  
disk space on Apache.

[Mar 2 2007] AI Craig: update the JDOHelper class to include a string  
constant "META-INF/jdo.xml" and a new method  
getPersistenceManagerFactory taking no arguments.

[Aug 11 2006] AI Craig propose some semantics for behavior if user  
tries to add to a list where the ordering element is incorrect.

[Jul 14 2006] AI: Erik document 220 annotations that don't have a  
corresponding JDO concept.

[Jun 23 2006]  AI  Martin look at what Hibernate and TopLink support  
for Enum types. In progress.

[Apr 14 2006] AI Craig: update the roadmap for JDO. In progress.

[Nov 4 2005] AI Martin: Update Martin's wiki with discusion of JDK   
1.5 issues. In progress

[Sep 2 2005] AI: To recruit members, update the web site. Articles  
on  TheServerSide directing attention to the site. T-shirts, logo.    
AI:   Craig write a ServerSide article.

-- Michelle


Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!