Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 30244 invoked from network); 22 Apr 2006 17:37:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Apr 2006 17:37:12 -0000 Received: (qmail 28877 invoked by uid 500); 22 Apr 2006 17:37:11 -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 28866 invoked by uid 99); 22 Apr 2006 17:37:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Apr 2006 10:37:11 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Apr 2006 10:37:11 -0700 Received: from brutus (localhost.localdomain [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D79397142BE for ; Sat, 22 Apr 2006 17:36:05 +0000 (GMT) Message-ID: <26999416.1145727365880.JavaMail.jira@brutus> Date: Sat, 22 Apr 2006 17:36:05 +0000 (GMT+00:00) From: "Ilan Kirsh (JIRA)" To: jdo-dev@db.apache.org Subject: [jira] Created: (JDO-372) ConcurrentPersistenceManagersSameClasses - Failed on second run 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 ConcurrentPersistenceManagersSameClasses - Failed on second run --------------------------------------------------------------- Key: JDO-372 URL: http://issues.apache.org/jira/browse/JDO-372 Project: JDO Type: Bug Reporter: Ilan Kirsh Thanks to deleteTearDownClasses / deleteTearDownInstances, most test cases can run on either a clean database or on an existing database. Unfortunately, it seems that org.apache.jdo.tck.ConcurrentPersistenceManagersSameClasses is different. Old objects are not deleted from the 2nd database that this test case uses, so findPoint may return more than one result object, and the first result that is checked might be an old object from a previous run. Therefore, the test case passes the first run and may fail on any additional run on the same database files. -- 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