Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 67225 invoked from network); 28 Mar 2006 17:33:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Mar 2006 17:33:41 -0000 Received: (qmail 37845 invoked by uid 500); 28 Mar 2006 17:33:40 -0000 Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jdo-dev@db.apache.org Delivered-To: mailing list jdo-dev@db.apache.org Received: (qmail 37834 invoked by uid 99); 28 Mar 2006 17:33:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Mar 2006 09:33:40 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Mar 2006 09:33:40 -0800 Received: from ajax (localhost.localdomain [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 2E8F7D49FE for ; Tue, 28 Mar 2006 18:33:19 +0100 (BST) Message-ID: <721153025.1143567199188.JavaMail.jira@ajax> Date: Tue, 28 Mar 2006 18:33:19 +0100 (BST) From: "Michelle Caisse (JIRA)" To: jdo-dev@db.apache.org Subject: [jira] Commented: (JDO-354) org.apache.jdo.tck.api.persistencemanager.lifecycle.MakePersistent may fail on teardown In-Reply-To: <146143873.1143567112100.JavaMail.jira@ajax> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/JDO-354?page=comments#action_12372125 ] Michelle Caisse commented on JDO-354: ------------------------------------- Comment by Michael Watzek: configurations "schemaAttributeOrm.conf" (Mapping 5), "schemaAttributePackage.conf" (Mapping 6), and "schemaAttributeClass.conf" (Mapping 7) run test MakePersistent which inherits from PersistenceManagerTest. Class PersistentManagerTest implements localSetUp adding tear down classes PCRect, PCPoint, Department, and Company. But Department and Company are not contained in Mappings 5, 6, and 7. I propose to redefine localSetUp in MakePersistent accordingly. Perhaps it makes sense to add a comment to ORM metadata of mappings 5, 6, and 7. All of these mappings overwrite the default schema name passed as PMF property. Those mappings assign a schema name which does not comply to our schema name convention . A comment would just be helpful to understand that this is done on purpose. > org.apache.jdo.tck.api.persistencemanager.lifecycle.MakePersistent may fail on teardown > --------------------------------------------------------------------------------------- > > Key: JDO-354 > URL: http://issues.apache.org/jira/browse/JDO-354 > Project: JDO > Type: Bug > Components: tck20 > Versions: JDO 2 beta > Reporter: Michelle Caisse > Fix For: JDO 2 final > > When invoked from a configuration that does not use the default schema, MakePersistent fails because it queries for classes to tear down that do not exist in the current schema. > testMakePersistent > > > (org.apache.jdo.tck.api.persistencemanager.lifecycle.MakePersistent) > > > javax.jdo.JDOFatalException: > > > Exception during tearDown > > > at org.apache.jdo.tck.JDO_Test.tearDown(JDO_Test.java:329) > > > at org.apache.jdo.tck.JDO_Test.runBare(JDO_Test.java:251) > > > at org.apache.jdo.tck.util.BatchTestRunner.doRun > > > (BatchTestRunner.java:107) > > > at org.apache.jdo.tck.util.BatchTestRunner.start > > > (BatchTestRunner.java:147) > > > at org.apache.jdo.tck.util.BatchTestRunner.main > > > (BatchTestRunner.java:122) > > > NestedThrowablesStackTrace: > > > javax.jdo.JDODataStoreException: Error executing JDOQL query "SELECT > > > THIS.DEPARTMENT_ID,THIS.DEPTID,THIS."NAME" FROM > > > datastoreidentity7.DEPARTMENT > > > THIS" : Schema 'DATASTOREIDENTITY7' does not exist > > > ERROR 42Y07: Schema 'DATASTOREIDENTITY7' does not exist -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira