Hi Michelle,

Michael B. and I can not attend the t-conference today because [EMAIL PROTECTED] has an anniversary party. This is our status:


JIRA JDO-1 (Enhancer tests):

- JIRA JDO-1 has status "Resolved", resolution "fixed".

- The compilation problem has been fixed by adding a dependency from tck20 to enhancer20 and to core20. The dependency to core20 is only needed during runtime if the enhancer tests are run using XML files for JDO meta data instead of property files for JDO meta data.

- The enhancer tests fail because they have to be adapted to JDO2. By then, they are excluded from TCK runs. For this reason, they have been moved from "alltest.list" to "exclude.list". *Note*: "exclude.list" is not evaluated by the build process.

- The JPOX enhancer bug concerning unmatched access modifiers between persistent fields and generated getters/setters has been fixed by JPOX.


JIRA JDO-58 (Closing PMF instance several times):

- JIRA JDO-58 has status "Resolved", resolution "fixed".

- The same problem showed up in 5 tests: PMF instance was closed and not nullified. For this reason "getPMF()" returned a closed PMF instance.

- As a fix we added two checks in tearDown:
1) if PMF is closed or nullified although the test added tear down instances and/or classes then throw JDOFatalException
  2) if PMF is closed and not nullified then PMF is nullified


JIRA JDO-53 (Use JPOX connection pooling to improve performance)

- JIRA JDO-53 has still status "Open".

- No important performance improvement using connection pooling. I compared the times of three different runs:
  1) w/o connection pool: 6.381 seconds
  2) w DBCP:              6.197 seconds
  3) w C3P0 TCK produced 212 Errors.

- There is no performance improvement with connection pooling because each TCK test creates a new PMF instance.

- We need to decide, how to continue on this issue. I see the following options:
  1) Check in the changes though they do not have the expected effect.
  2) Leave the code unchanged and close the bug.
3) Check in the changes and change the coding pattern for TCK tests, so that all tests share the same PMF instance. I sent a patch for this issue in a separate mail, just in case you decide for option 1).

Regards,
Michael

Hi,

We will have our regular meeting Friday, June 3 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:

Test status (Michelle)
TestRunner status(Michelle)
Enhancer tests status (Michaels)
Double-check locking in the PMF (Martin)
Detached objects (Matthew)
Apache accounts for Eric and Michael W (Craig)
XML Schema (Brian T)
JDO API release on ibiblio (Brian T)
Other  issues  and status (any and all)

Action Items from weeks past:

[May 20 2005] AI: Craig file JIRA bug and fix this. Can test cases rely on JDOHelper for state interrogation of non-binary-compatibility classes? Yes, but the JDOImplHelper class has not implemented the functionality yet.

[April 15 2005] AI Brian Topping will update the wiki to tell how to access our releases area.

[April 15 2005] AI Brian Topping will do the maven goal for creating and uploading the snapshots. He will create a directory parallel to trunk called "releases" and put the snapshots there.

[April 15 2005] AI Matthew will create a directory in the tck.api.persistencemanager called detach in which he will have complete freedom to implement the assertions in the detach section of the specification.

[April 22 2005] AI Craig will resolve what happens if an application identity field is changed while the object is detached.

[April 22 2005] AI Craig will resolve the serialization contract for a Detachable class so that implementations interoperate.

[May 13 2005] AI Brian Topping will implement pushing SNAPSHOT builds of the project to ibiblio.

[May 13 2005] AI Brian Topping will arrange for automated nightly builds.

[May 13 2005] AI Martin Zaun will investigate JSR 294 (Java 5) to see impact on enhancer.

[May 13 2005] AI Geoff try to get tck20 to run with JDOMax.

[May 20 2005] AI Craig to define the JCP distributions and see if maven can help.

-- Michelle


--
-------------------------------------------------------------------
Michael Watzek                  [EMAIL PROTECTED] Engineering GmbH
mailto:[EMAIL PROTECTED]        Buelowstr. 66
Tel.:  ++49/30/235 520 36       10783 Berlin - Germany
Fax.:  ++49/30/217 520 12       http://www.spree.de/
-------------------------------------------------------------------

Reply via email to