From jdo-dev-return-8521-apmail-db-jdo-dev-archive=www.apache.org@db.apache.org Fri Mar 26 16:58:17 2010 Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 5133 invoked from network); 26 Mar 2010 16:58:17 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 26 Mar 2010 16:58:17 -0000 Received: (qmail 58629 invoked by uid 500); 26 Mar 2010 16:58:17 -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 58621 invoked by uid 99); 26 Mar 2010 16:58:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Mar 2010 16:58:17 +0000 X-ASF-Spam-Status: No, hits=-4.1 required=10.0 tests=AWL,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.18.43.133] (HELO sca-es-mail-2.sun.com) (192.18.43.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Mar 2010 16:58:09 +0000 Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2QGvmN7014154 for ; Fri, 26 Mar 2010 09:57:48 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; delsp=yes; format=flowed Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KZW00800ERGQC00@fe-sfbay-10.sun.com> for jdo-dev@db.apache.org; Fri, 26 Mar 2010 09:57:48 -0700 (PDT) Received: from dhcp-umpk12-51-56.SFBay.Sun.COM ([unknown] [129.146.51.56]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KZW003ULF49J660@fe-sfbay-10.sun.com>; Fri, 26 Mar 2010 09:57:46 -0700 (PDT) Date: Fri, 26 Mar 2010 09:57:43 -0700 From: Craig L Russell Subject: Minutes: JDO TCK Conference Call Friday, Mar 26, 9 am PDT In-reply-to: <4BAC2B29.9020206@sonic.net> Sender: Craig.Russell@Sun.COM To: michelle@caisse.us Cc: jdo-dev@db.apache.org, JDO Expert Group Message-id: <064C51B8-887E-4AD5-BFD5-80EFD43A9645@SUN.com> X-Mailer: Apple Mail (2.936) References: <4966C3D9.9050408@sun.com> <4A44AA50.6040502@sonic.net> <4A4D7EB5.5040403@sonic.net> <4A56CA0A.2070701@sonic.net> <4A692712.7040809@sonic.net> <4A7BAD06.6000601@sonic.net> <4A84E4BC.6000700@sonic.net> <4A975B37.4030308@sonic.net> <4AA9BC96.1040009@sonic.net> <4AB305C0.6010208@sonic.net> <4ABC4512.7030603@sonic.net> <4AC56BC6.20206@sonic.net> <4ACE9FFE.7040209@sonic.net> <4AD7ECDC.8080705@sonic.net> <4AE114D1.9000207@sonic.net> <4AEAEAE5.5040409@sonic.net> <4AFCC79A.5010000@sonic.net> <4B06156E.7000103@sonic.net> <4B187F7B.9050207@sonic.net> <4B22473A.3040707@sonic.net> <4B2B113E.1060809@sonic.net> <4B46B633.9000407@sonic.net> <4B4FF70F.5090705@sonic.net> <4B62616B.7010105@sonic.net> <4B74C0E3.8070300@sonic.net> <4B7DF622.8000204@sonic.net> <4B872D2B.7070505@sonic.net> <1e99c676d5db701c7715ef7f6b9f477a.squirrel@webmail.sonic.net> <4B99B37B.3040109@sonic.net> <4BA2F350.4060103@sonic.net> <4BAC2B29.9020206@sonic.net> Attendees: Michelle Caisse, Michael Bouschen, Craig Russell Agenda: 1. Query Cancel TCK tests With the latest tests it seems that the big job in query is during ResultSet.next() instead of Statement.execute(). Next try to write lock some instances and see if that affects the behavior. 2. Tests in api2 for ... getPersistenceManagerFactory(Map,Map) https://issues.apache.org/jira/browse/JDO-557 Making progress; a bit of reorganization and testing is still needed. 3. Metadata tests Andy says that the latest snapshots of DataNucleus contain a fix for the getParent() returning nothing. AI Craig test with the SNAPSHOT version. 4. Spec updates No changes since last week. 5. Other issues NoSQL might be a good way to improve JDO's visibility. https://issues.apache.org/jira/browse/JDO-651 JDO was designed to support non-SQL datastores. In fact, the first RI was a distinctly non-SQL implementation, essentially a key-value store. What needs to be done for NoSQL in general is to go through the specification in detail and highlight those parts that cannot now be implemented reasonably by a key-value store, or a non-transactional datastore. NoSQL is probably too big a description of the kinds of datastores that makes sense for JDO to support. Part of the exercise should be to categorize the NoSQL datastores to focus on those categories that make sense for JDO. Craig L Russell Architect, Oracle http://db.apache.org/jdo 408 276-5638 mailto:Craig.Russell@oracle.com P.S. A good JDO? O, Gasp!