Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 69607 invoked from network); 9 Jun 2005 18:32:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Jun 2005 18:32:41 -0000 Received: (qmail 27983 invoked by uid 500); 9 Jun 2005 18:32: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 27950 invoked by uid 99); 9 Jun 2005 18:32:40 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=HTML_20_30,HTML_MESSAGE,HTML_TITLE_EMPTY X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from brmea-mail-3.Sun.COM (HELO brmea-mail-3.sun.com) (192.18.98.34) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Jun 2005 11:32:38 -0700 Received: from phys-mpk-1 ([129.146.11.81]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j59IWPw4027846 for ; Thu, 9 Jun 2005 12:32:25 -0600 (MDT) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHT00001XDWUT@mpk-mail1.sfbay.sun.com> (original mail from Michelle.Caisse@Sun.COM) for jdo-dev@db.apache.org; Thu, 09 Jun 2005 11:32:25 -0700 (PDT) Received: from [129.150.30.210] (vpn-129-150-30-210.SFBay.Sun.COM [129.150.30.210]) by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IHT003LIY5JXQ@mpk-mail1.sfbay.sun.com> for jdo-dev@db.apache.org; Thu, 09 Jun 2005 11:32:07 -0700 (PDT) Date: Thu, 09 Jun 2005 11:38:04 -0700 From: Michelle Caisse Subject: Re: JDO-61 In-reply-to: <200506091825.10242.andy@jpox.org> To: jdo-dev@db.apache.org Message-id: <42A88C8C.1040709@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_VXKu+gFp3ELJIfBzBEzQbQ)" X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 References: <200506091050.47817.andy@jpox.org> <42A86B9F.9050808@sun.com> <200506091825.10242.andy@jpox.org> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --Boundary_(ID_VXKu+gFp3ELJIfBzBEzQbQ) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Yup, it passes on the first run with a clean database, but if you run the same test a second time it fails. I've added a comment to the JIRA. -- Michelle Andy Jefferson wrote: >>Is there anything in cvs but not in the latest build that would cause >>this test to pass? >> >>Are you running with the same jdo properties that we do (checked into >>test/conf)? >> >> > >What I use is :- >Apache JDO : SVN >JPOX : CVS > >I changed a few things in extent handling this morning but nothing of >significance that would affect the creation of the SELECT for the iterator. > >What I run is :- >maven clean database -Dtest=extents.InstancesPersistedPriorToIterationReturned >runtck.single > > >runtck.single: > [echo] Run TCK test >org.apache.jdo.tck.extents.InstancesPersistedPriorToIterationReturned on the >IUT with >configuration /home/andy/work/jdo/trunk/tck20/test/conf/datastoreidentity.conf > [java] RUN InstancesPersistedPriorToIterationReturned.test > [java] Time: 26.204 > [java] OK (1 test) > > >If you wish to investigate the issue you could just look in the JPOX log. The >only issue is the ordering of the INSERT (of the additional object) and the >SELECT (for the Extent). I get the INSERT before the SELECT when I run as >above. > > > > --Boundary_(ID_VXKu+gFp3ELJIfBzBEzQbQ)--