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 Michelle Caisse <Mi...@Sun.COM> on 2006/11/10 01:17:33 UTC

JDO TCK Conference Call Friday, Nov 10, 9 am PST

Hi,

We will have our regular meeting Friday, November 10 at 9 am PST to 
discuss JDO TCK issues and status.

Dial-in numbers are:
866 230-6968   294-0479#
International: +1 865 544-7856

Agenda:

1. Logistics for JDO maintenance release

2.  Suggestion for new PMF setting javax.jdo.ClassLoader

3. JDOHelper.getVersion(Object): Behaviour of jdo versioning

4. Other issues

Action Items from weeks past:
[Oct 27 2006]  AI: Matthew add comment to JDO-403 regarding split 
between JDO and ORM annotations..

[Sep 1 2006] AI Craig  check into default handling to accommodate 
different defaults for annotations (?) based  on context. In progress.

[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

Re: Minutes: JDO TCK Conference Call Friday, Nov 10, 9 am PST

Posted by Erik Bengtson <er...@jpox.org>.
> 2.  Suggestion for new PMF setting javax.jdo.ClassLoader
>
>  From Erik: When a JDBC driver is not loaded by the classloader ruled
> by JDO, there is no standard trick to make it work besides
> implementing the object factory (DriverManager is not designed for
> complex classpath). In JPOX, we have implemented a PMF setting where
> users can specify a ClassLoader for general use (it is the last one
> in search order). Do you think we could make this in the standard?
>
> javax.jdo.ClassLoader which takes a java.lang.ClassLoader as value.
>
> We assume that the intended use is for applications that specify the
> property javax.jdo.javax.jdo.option.ConnectionDriverName and
> class.forName on this property value results in class not found. So
> the jdbc driver is never registered with DriverManager.
>

This is the most common case I remember that needs to lookup to the user defined
classloader.

> Questions: Why doesn't the ContextClassLoader work?

Here is the scenario:

ClassLoader A loads libraries like JDBC drivers.

ClassLoader B loads persistent classes.

ClassLoader C loads persistent code. (delegates to B, C and D) (has a reference
to A)

ClassLoader D loads libraries like JDO.

ClassLoader E loads JPOX. (delegates to D)

ClassLoader F is used by GUI .

App starts with Thread 1 that uses classloader F, it switch to class loader C
(creates the pmf), but quickly falls back to F. After that, the current context
loader is F. The only workaround is giving the reference of A to the PMF when
created.

> usage in a managed environment?

No, this is not the main case. Here people should use the datasource provided by
the app servers





Minutes: JDO TCK Conference Call Friday, Nov 10, 9 am PST

Posted by Craig L Russell <Cr...@Sun.COM>.
Attendees: Michelle Caisse, Matthew Adams, Michael Bouschen, Craig  
Russell

Agenda:

1. Logistics for JDO maintenance release. Michael has proposed  
splitting the api20 and tck20 projects into two: one for 1.5 and the  
other for legacy (1.3). This will be the plan going forward unless  
objections are raised on the jdo-dev alias. We should probably do the  
split after most of the common work has been done. Craig has already  
renamed the JIRA categories to correspond to the new project names.

2.  Suggestion for new PMF setting javax.jdo.ClassLoader

 From Erik: When a JDBC driver is not loaded by the classloader ruled  
by JDO, there is no standard trick to make it work besides  
implementing the object factory (DriverManager is not designed for  
complex classpath). In JPOX, we have implemented a PMF setting where  
users can specify a ClassLoader for general use (it is the last one  
in search order). Do you think we could make this in the standard?

javax.jdo.ClassLoader which takes a java.lang.ClassLoader as value.

We assume that the intended use is for applications that specify the  
property javax.jdo.javax.jdo.option.ConnectionDriverName and  
class.forName on this property value results in class not found. So  
the jdbc driver is never registered with DriverManager.

Questions: Why doesn't the ContextClassLoader work? Is the intended  
usage in a managed environment? This method would need to be  
protected via a security permission, e.g. a JDOPermission 
("configurePersistenceManagerFactory") or a standard permission.

3. JDOHelper.getVersion(Object): Behaviour of jdo versioning. It  
seems that this is an underspecified part of the specification, as  
Marco points out.

Questions: For unmodified objects, should this always return an equal  
instance? For modified objects, should getVersion force a flush? If a  
flush has already happened, should a new Version always return a not- 
equal instance (compared to the Version at the beginning of the  
transaction)? If executed outside a transaction, is there any  
required behavior?

Action Items from weeks past:
[Oct 27 2006]  AI: Matthew add comment to JDO-403 regarding split  
between JDO and ORM annotations..

[Sep 1 2006] AI Craig  check into default handling to accommodate  
different defaults for annotations (?) based  on context. In progress.

[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!


Re: JDO TCK Conference Call Friday, Nov 10, 9 am PST

Posted by Erik Bengtson <er...@jpox.org>.
> 2.  Suggestion for new PMF setting javax.jdo.ClassLoader

Sorry, I forgot my mobile at home and wont be able to join the meeting today.
Hopefully, the requirements I described were clear enough for discussion...