From thomasnguyen@example.org Wed Apr 01 00:13:40 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 29495 invoked from network); 1 Apr 2009 00:13:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Apr 2009 00:13:40 -0000 Received: (qmail 72437 invoked by uid 500); 1 Apr 2009 00:13:40 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 72427 invoked by uid 99); 1 Apr 2009 00:13:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 00:13:40 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO sca-es-mail-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 00:13:28 +0000 Received: from fe-sfbay-10.sun.com ([83.161.120.155]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n310CtC9022936 for <thomasnguyen@example.org>; Tue, 31 Mar 2009 17:13:07 -0700 (PDT) MIME-version: 1.0 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <thomasnguyen@example.org> for thomasnguyen@example.org; Tue, 31 Mar 2009 17:12:55 -0700 (PDT) Received: from [83.161.120.155] (c-98-207-88-57.hsd1.ca.comcast.net [83.161.120.155]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <thomasnguyen@example.org>; Tue, 31 Mar 2009 17:12:40 -0700 (PDT) Date: Tue, 31 Mar 2009 17:12:39 -0700 From: Craig L Russell <thomasnguyen@example.org> Subject: Re: M2 repo error In-reply-to: <thomasnguyen@example.org> Sender: thomasnguyen@example.org To: Carlos Sanchez <thomasnguyen@example.org> Cc: thomasnguyen@example.org, Apache JDO project <thomasnguyen@example.org> Message-id: <thomasnguyen@example.org> X-Mailer: Apple Mail (2.930.3) Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary=Apple-Mail-93-392038196 References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-93-392038196 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Carlos, Can you please take a thomasnguyen@example.org/repo/m2-ibiblio-rsync- repository/javax/jdo and verify that these artifacts (maven- metadata.xml, signature, checksum) look correct? If so, please push them to ibiblio. There should be only three versions: 2.0, 2.1, and 2.2. Thanks, Craig On Mar 20, 2009, at 9:17 AM, Carlos Sanchez wrote: > Maybe you haven't got my message: > > It may have been auto generated at some point. > If you use Maven 2 it will be generated. > You can override it by putting a new one under > http://people.apache.org/repo/m2-ibiblio-rsync-repository/ (and > letting me know to setup an automatic sync) > > > On Fri, Mar 20, 2009 at 9:14 AM, Craig L Russell <thomasnguyen@example.org > > wrote: >> Any ideas? >> >> Craig >> >> On Mar 16, 2009, at 10:43 AM, Craig L Russell wrote: >> >>> Hi, >>> >>> I don't recall pushing this artifact to the repository; is it >>> auto-generated perhaps? >>> >>> Any help in fixing it would be appreciated. >>> >>> Thanks, >>> >>> Craig >>> >>> still a mvn newbie >>> >>> Begin forwarded message: >>> >>>> From: Andy Jefferson <thomasnguyen@example.org> >>>> Date: March 16, 2009 2:15:57 AM PDT >>>> To: thomasnguyen@example.org >>>> Subject: M2 repo error >>>> Reply-To: thomasnguyen@example.org >>>> >>>> On http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/ >>>> there is a file >>>> >>>> http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/maven-metadata.xml >>>> which is presumably used by Maven(2) in determining what versions >>>> it is >>>> prepared to let the world know about. There is no 2.2 entry in >>>> it, nor >>>> 2.1 >>>> for that matter. >>>> >>>> Means that whenever anyone specifies to use "apache-jdo" >>>> (javax.jdo/jdo2-api) >>>> between 2.2 and 3.0 they get the really informative >>>> >>>> Couldn't find a version in [SNAPSHOT, 2.0-beta, 2.0-rc1, 2.0, >>>> 2.1-SNAPSHOT] to >>>> match range [2.2,3.0) >>>> javax.jdo:jdo2-api:jar:null >>>> >>>> >>>> Perhaps there's someone who can fix this ? >>>> >>>> Regards >>>> -- >>>> Andy (DataNucleus - http://www.datanucleus.org) >>> >>> Craig L Russell >>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>> 385.997.2725 mailto:thomasnguyen@example.org >>> P.S. A good JDO? O, Gasp! >>> >> >> Craig L Russell >> Architect, Sun Java Enterprise System http://db.apache.org/jdo >> 385.997.2725 mailto:thomasnguyen@example.org >> P.S. A good JDO? O, Gasp! >> >> Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 385.997.2725 mailto:thomasnguyen@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-93-392038196 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEDXZ+Ig/3d9DjJZ8u++ZnC0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTE4MTYwMloXDTA5MTIwOTE4MTYw MlowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOe3oksetTgSiqqWllhIYBT0dWhR4CitzXDf +ETyrtEF2HWRRpfwixLpV1Az8wwFzNKfjvQn3tQh0A/VDDeepDEM9TKLP+D6qShLR/KTf5kCMyT4 mILJYIDo/JMmTIH5jceojvlTDFd0gd+XXNAGGz1Wu2XxfvFDE/lpFnQkKYE+VjjENONy4JlkJnOI rSfMlb+zHPAUmMTtmhxYIDLgov4Jv2Z5pUKZMpNcYr+7jJeUxkxKwWm4im56h7CGP0Yhkq2Je506 mqKCFImxofBjkHZISVS5m7WaGs4lViDtwLQEPtyUt7RcaoYWTvEQtvoy1TE2oZDUaAYFxVu0cHUW bU0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADgYEAQaqAADs5GLyk9iO1xfmNFySpOXXofJPEbfbt77BK/WLhLOwS 69WIxSmGMpGGUlLd6FJ1xfLzsvP9/N5tmZQlpGcBoEwrn830JcbNyEG0ANcmdeAy2yBjNjWoIDhV QmQw8OgJDk0xi0Tv/UYm9uPxOhDJOA67a3v6FHvSAbLqBScwggM/MIICqKADAgECAgENMA0GCSqG SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+ hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEDXZ+Ig/3d9DjJZ8u++ZnC0wCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDAxMDAxMjM5WjAjBgkqhkiG9w0B CQQxFgQUdK4C3yBLnaruzsMBDBJ9JdG4j7IwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA12fiIP93fQ4yWfLvvmZwtMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA1 2fiIP93fQ4yWfLvvmZwtMA0GCSqGSIb3DQEBAQUABIIBAMat86+nBcU/0LsJ/VkWEZyWgA++9k+1 ALqmbQ6ZF0kilJe/UV0+FQ1loM4k4dJbUDWSmM20GEUR9EF1Dew/KCmXE10lZSiod8hvt5h0Pfm1 yKBvlpSSa8EXODYSj3uJaEb1yoA4OmcjH/o+bXQbvQXsyOMii8KkhdTQOCW5ajrJ18z5OlLRI0Ij Z4KhwIgwMrjMkOEvlw5iIjJwh8pluClHGEH6elJcSy2ssiS1iKwy+9/tEEktQ9mZkF6hIqWK1GmH HOxjAuZq+JFtKp0kxfO4QZVK/YzAkeWjNTJSWhIl+1IBCmJj3X+ZOUDu0rMPsEaALOtSQ52zb3Jp ejoW/eQAAAAAAAA= --Apple-Mail-93-392038196-- From thomasnguyen@example.org Wed Apr 01 19:22:44 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 38797 invoked from network); 1 Apr 2009 19:22:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Apr 2009 19:22:44 -0000 Received: (qmail 19246 invoked by uid 500); 1 Apr 2009 19:22:44 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 19236 invoked by uid 99); 1 Apr 2009 19:22:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 19:22:44 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO sca-es-mail-2.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 19:22:35 +0000 Received: from fe-sfbay-10.sun.com ([83.161.120.155]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n31JMFHn005355 for <thomasnguyen@example.org>; Wed, 1 Apr 2009 12:22:15 -0700 (PDT) MIME-version: 1.0 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <thomasnguyen@example.org> for thomasnguyen@example.org; Wed, 01 Apr 2009 12:22:15 -0700 (PDT) Received: from d-mpk11-30-209.SFBay.Sun.COM ([unknown] [83.161.120.155]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <thomasnguyen@example.org>; Wed, 01 Apr 2009 12:21:50 -0700 (PDT) Date: Wed, 01 Apr 2009 12:21:48 -0700 From: Craig L Russell <thomasnguyen@example.org> Subject: Re: M2 repo error In-reply-to: <thomasnguyen@example.org> Sender: thomasnguyen@example.org To: thomasnguyen@example.org, Carlos Sanchez <thomasnguyen@example.org> Cc: Apache JDO project <thomasnguyen@example.org> Message-id: <thomasnguyen@example.org> X-Mailer: Apple Mail (2.930.3) Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary=Apple-Mail-112-460987560 References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-112-460987560 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Brian, The Apache JDO project is officially in charge of the javax.jdo name space. And I'm acting on behalf of the Apache JDO project. Regards, Craig On Apr 1, 2009, at 12:07 PM, Brian E. Fox wrote: > Shouldn't the jdo artifacts come to central directly from Sun? > > -----Original Message----- > From: thomasnguyen@example.org [mailto:thomasnguyen@example.org] > Sent: Tuesday, March 31, 2009 8:13 PM > To: Carlos Sanchez > Cc: thomasnguyen@example.org; Apache JDO project > Subject: Re: M2 repo error > > Hi Carlos, > > Can you please take a thomasnguyen@example.org/repo/m2-ibiblio-rsync- > repository/javax/jdo and verify that these artifacts (maven- > metadata.xml, signature, checksum) look correct? If so, please push > them to ibiblio. > > There should be only three versions: 2.0, 2.1, and 2.2. > > Thanks, > > Craig > > On Mar 20, 2009, at 9:17 AM, Carlos Sanchez wrote: > >> Maybe you haven't got my message: >> >> It may have been auto generated at some point. >> If you use Maven 2 it will be generated. >> You can override it by putting a new one under >> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ (and >> letting me know to setup an automatic sync) >> >> >> On Fri, Mar 20, 2009 at 9:14 AM, Craig L Russell > <thomasnguyen@example.org >>> wrote: >>> Any ideas? >>> >>> Craig >>> >>> On Mar 16, 2009, at 10:43 AM, Craig L Russell wrote: >>> >>>> Hi, >>>> >>>> I don't recall pushing this artifact to the repository; is it >>>> auto-generated perhaps? >>>> >>>> Any help in fixing it would be appreciated. >>>> >>>> Thanks, >>>> >>>> Craig >>>> >>>> still a mvn newbie >>>> >>>> Begin forwarded message: >>>> >>>>> From: Andy Jefferson <thomasnguyen@example.org> >>>>> Date: March 16, 2009 2:15:57 AM PDT >>>>> To: thomasnguyen@example.org >>>>> Subject: M2 repo error >>>>> Reply-To: thomasnguyen@example.org >>>>> >>>>> On > http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/ >>>>> there is a file >>>>> >>>>> > http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/maven-m > etadata.xml >>>>> which is presumably used by Maven(2) in determining what versions >>>>> it is >>>>> prepared to let the world know about. There is no 2.2 entry in >>>>> it, nor >>>>> 2.1 >>>>> for that matter. >>>>> >>>>> Means that whenever anyone specifies to use "apache-jdo" >>>>> (javax.jdo/jdo2-api) >>>>> between 2.2 and 3.0 they get the really informative >>>>> >>>>> Couldn't find a version in [SNAPSHOT, 2.0-beta, 2.0-rc1, 2.0, >>>>> 2.1-SNAPSHOT] to >>>>> match range [2.2,3.0) >>>>> javax.jdo:jdo2-api:jar:null >>>>> >>>>> >>>>> Perhaps there's someone who can fix this ? >>>>> >>>>> Regards >>>>> -- >>>>> Andy (DataNucleus - http://www.datanucleus.org) >>>> >>>> Craig L Russell >>>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>>> 385.997.2725 mailto:thomasnguyen@example.org >>>> P.S. A good JDO? O, Gasp! >>>> >>> >>> Craig L Russell >>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>> 385.997.2725 mailto:thomasnguyen@example.org >>> P.S. A good JDO? O, Gasp! >>> >>> > > Craig L Russell > Architect, Sun Java Enterprise System http://db.apache.org/jdo > 385.997.2725 mailto:thomasnguyen@example.org > P.S. A good JDO? O, Gasp! > Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 385.997.2725 mailto:thomasnguyen@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-112-460987560 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEDXZ+Ig/3d9DjJZ8u++ZnC0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTE4MTYwMloXDTA5MTIwOTE4MTYw MlowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOe3oksetTgSiqqWllhIYBT0dWhR4CitzXDf +ETyrtEF2HWRRpfwixLpV1Az8wwFzNKfjvQn3tQh0A/VDDeepDEM9TKLP+D6qShLR/KTf5kCMyT4 mILJYIDo/JMmTIH5jceojvlTDFd0gd+XXNAGGz1Wu2XxfvFDE/lpFnQkKYE+VjjENONy4JlkJnOI rSfMlb+zHPAUmMTtmhxYIDLgov4Jv2Z5pUKZMpNcYr+7jJeUxkxKwWm4im56h7CGP0Yhkq2Je506 mqKCFImxofBjkHZISVS5m7WaGs4lViDtwLQEPtyUt7RcaoYWTvEQtvoy1TE2oZDUaAYFxVu0cHUW bU0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADgYEAQaqAADs5GLyk9iO1xfmNFySpOXXofJPEbfbt77BK/WLhLOwS 69WIxSmGMpGGUlLd6FJ1xfLzsvP9/N5tmZQlpGcBoEwrn830JcbNyEG0ANcmdeAy2yBjNjWoIDhV QmQw8OgJDk0xi0Tv/UYm9uPxOhDJOA67a3v6FHvSAbLqBScwggM/MIICqKADAgECAgENMA0GCSqG SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+ hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEDXZ+Ig/3d9DjJZ8u++ZnC0wCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDAxMTkyMTQ5WjAjBgkqhkiG9w0B CQQxFgQU+9ScDYFW5h6JV08By1Y6yoyL360wgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA12fiIP93fQ4yWfLvvmZwtMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA1 2fiIP93fQ4yWfLvvmZwtMA0GCSqGSIb3DQEBAQUABIIBAMpXrNFTnhc34GQLSlKTTDSOJc20xZ3A cE4Y1awkMmG3hHEMLiv0zrDkQo5FbtamGsbdZjlyg78iS94W05CqOtoW1o+DC4ctGj/BmEUM8B2v 2m48AS9YCBRZhqMw5AfWqAeZd/FESkTKimafkx2l0z2uOyndEIZRDzyZ9WX/AIykEaIWX4BEZKLn 4oiKvnqu3n2cGtqXFxmEY8EG9Gm0FSIg/3xHM4rPuKohOqJp4d881OeJPxg6hupvgZbWi/p+yb5D 9niDxXI4PAzuA/yUGaQ27F8nOgGDpQS14J+RbpB1bHLQzmUxCycfFk+8p5h4CW7C/Fp0qY9whllN tUnE+5cAAAAAAAA= --Apple-Mail-112-460987560-- From thomasnguyen@example.org Thu Apr 02 02:17:24 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 97689 invoked from network); 2 Apr 2009 02:17:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Apr 2009 02:17:23 -0000 Received: (qmail 3134 invoked by uid 500); 2 Apr 2009 02:17:23 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 3113 invoked by uid 99); 2 Apr 2009 02:17:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Apr 2009 02:17:23 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO sca-es-mail-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Apr 2009 02:17:14 +0000 Received: from fe-sfbay-10.sun.com ([83.161.120.155]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n322GfDG006943 for <thomasnguyen@example.org>; Wed, 1 Apr 2009 19:16:53 -0700 (PDT) MIME-version: 1.0 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <thomasnguyen@example.org> for thomasnguyen@example.org; Wed, 01 Apr 2009 19:16:41 -0700 (PDT) Received: from [83.161.120.155] (c-98-207-88-57.hsd1.ca.comcast.net [83.161.120.155]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <thomasnguyen@example.org>; Wed, 01 Apr 2009 19:16:41 -0700 (PDT) Date: Wed, 01 Apr 2009 19:16:40 -0700 From: Craig L Russell <thomasnguyen@example.org> Subject: Re: M2 repo error In-reply-to: <thomasnguyen@example.org> Sender: thomasnguyen@example.org To: thomasnguyen@example.org Cc: Carlos Sanchez <thomasnguyen@example.org>, Apache JDO project <thomasnguyen@example.org> Message-id: <thomasnguyen@example.org> X-Mailer: Apple Mail (2.930.3) Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary=Apple-Mail-122-485879098 References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-122-485879098 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Brian, Apache JDO is responsible for maintaining the specification for JSR-243 and as such, manages the javax.jdo (specification) space as well as the org.apache.jdo (technology compatibility kit) space. The reference implementation is another open source project, DataNucleus http://www.datanucleus.org Hopes that clarifies it for you. Craig On Apr 1, 2009, at 6:24 PM, Brian E. Fox wrote: > Curious. I would have expected it to be org.apache.jdo instead of > javax. > > -----Original Message----- > From: thomasnguyen@example.org [mailto:thomasnguyen@example.org] > Sent: Wednesday, April 01, 2009 3:22 PM > To: thomasnguyen@example.org; Carlos Sanchez > Cc: Apache JDO project > Subject: Re: M2 repo error > > Hi Brian, > > The Apache JDO project is officially in charge of the javax.jdo name > space. And I'm acting on behalf of the Apache JDO project. > > Regards, > > Craig > > On Apr 1, 2009, at 12:07 PM, Brian E. Fox wrote: > >> Shouldn't the jdo artifacts come to central directly from Sun? >> >> -----Original Message----- >> From: thomasnguyen@example.org [mailto:thomasnguyen@example.org] >> Sent: Tuesday, March 31, 2009 8:13 PM >> To: Carlos Sanchez >> Cc: thomasnguyen@example.org; Apache JDO project >> Subject: Re: M2 repo error >> >> Hi Carlos, >> >> Can you please take a thomasnguyen@example.org/repo/m2-ibiblio- >> rsync- >> repository/javax/jdo and verify that these artifacts (maven- >> metadata.xml, signature, checksum) look correct? If so, please push >> them to ibiblio. >> >> There should be only three versions: 2.0, 2.1, and 2.2. >> >> Thanks, >> >> Craig >> >> On Mar 20, 2009, at 9:17 AM, Carlos Sanchez wrote: >> >>> Maybe you haven't got my message: >>> >>> It may have been auto generated at some point. >>> If you use Maven 2 it will be generated. >>> You can override it by putting a new one under >>> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ (and >>> letting me know to setup an automatic sync) >>> >>> >>> On Fri, Mar 20, 2009 at 9:14 AM, Craig L Russell >> <thomasnguyen@example.org >>>> wrote: >>>> Any ideas? >>>> >>>> Craig >>>> >>>> On Mar 16, 2009, at 10:43 AM, Craig L Russell wrote: >>>> >>>>> Hi, >>>>> >>>>> I don't recall pushing this artifact to the repository; is it >>>>> auto-generated perhaps? >>>>> >>>>> Any help in fixing it would be appreciated. >>>>> >>>>> Thanks, >>>>> >>>>> Craig >>>>> >>>>> still a mvn newbie >>>>> >>>>> Begin forwarded message: >>>>> >>>>>> From: Andy Jefferson <thomasnguyen@example.org> >>>>>> Date: March 16, 2009 2:15:57 AM PDT >>>>>> To: thomasnguyen@example.org >>>>>> Subject: M2 repo error >>>>>> Reply-To: thomasnguyen@example.org >>>>>> >>>>>> On >> http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/ >>>>>> there is a file >>>>>> >>>>>> >> > http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/maven-m >> etadata.xml >>>>>> which is presumably used by Maven(2) in determining what versions >>>>>> it is >>>>>> prepared to let the world know about. There is no 2.2 entry in >>>>>> it, nor >>>>>> 2.1 >>>>>> for that matter. >>>>>> >>>>>> Means that whenever anyone specifies to use "apache-jdo" >>>>>> (javax.jdo/jdo2-api) >>>>>> between 2.2 and 3.0 they get the really informative >>>>>> >>>>>> Couldn't find a version in [SNAPSHOT, 2.0-beta, 2.0-rc1, 2.0, >>>>>> 2.1-SNAPSHOT] to >>>>>> match range [2.2,3.0) >>>>>> javax.jdo:jdo2-api:jar:null >>>>>> >>>>>> >>>>>> Perhaps there's someone who can fix this ? >>>>>> >>>>>> Regards >>>>>> -- >>>>>> Andy (DataNucleus - http://www.datanucleus.org) >>>>> >>>>> Craig L Russell >>>>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>>>> 385.997.2725 mailto:thomasnguyen@example.org >>>>> P.S. A good JDO? O, Gasp! >>>>> >>>> >>>> Craig L Russell >>>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>>> 385.997.2725 mailto:thomasnguyen@example.org >>>> P.S. A good JDO? O, Gasp! >>>> >>>> >> >> Craig L Russell >> Architect, Sun Java Enterprise System http://db.apache.org/jdo >> 385.997.2725 mailto:thomasnguyen@example.org >> P.S. A good JDO? O, Gasp! >> > > Craig L Russell > Architect, Sun Java Enterprise System http://db.apache.org/jdo > 385.997.2725 mailto:thomasnguyen@example.org > P.S. A good JDO? O, Gasp! > Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 385.997.2725 mailto:thomasnguyen@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-122-485879098 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEDXZ+Ig/3d9DjJZ8u++ZnC0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTE4MTYwMloXDTA5MTIwOTE4MTYw MlowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOe3oksetTgSiqqWllhIYBT0dWhR4CitzXDf +ETyrtEF2HWRRpfwixLpV1Az8wwFzNKfjvQn3tQh0A/VDDeepDEM9TKLP+D6qShLR/KTf5kCMyT4 mILJYIDo/JMmTIH5jceojvlTDFd0gd+XXNAGGz1Wu2XxfvFDE/lpFnQkKYE+VjjENONy4JlkJnOI rSfMlb+zHPAUmMTtmhxYIDLgov4Jv2Z5pUKZMpNcYr+7jJeUxkxKwWm4im56h7CGP0Yhkq2Je506 mqKCFImxofBjkHZISVS5m7WaGs4lViDtwLQEPtyUt7RcaoYWTvEQtvoy1TE2oZDUaAYFxVu0cHUW bU0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADgYEAQaqAADs5GLyk9iO1xfmNFySpOXXofJPEbfbt77BK/WLhLOwS 69WIxSmGMpGGUlLd6FJ1xfLzsvP9/N5tmZQlpGcBoEwrn830JcbNyEG0ANcmdeAy2yBjNjWoIDhV QmQw8OgJDk0xi0Tv/UYm9uPxOhDJOA67a3v6FHvSAbLqBScwggM/MIICqKADAgECAgENMA0GCSqG SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+ hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEDXZ+Ig/3d9DjJZ8u++ZnC0wCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDAyMDIxNjQwWjAjBgkqhkiG9w0B CQQxFgQU6P3wcNhjGeXjSywpqj1P9i9lrjUwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA12fiIP93fQ4yWfLvvmZwtMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA1 2fiIP93fQ4yWfLvvmZwtMA0GCSqGSIb3DQEBAQUABIIBAF5Mk8HS5RO3TbbHe3ui008SiF4YsvnP 3EoDaSvPYZEqH6cbUMsRVzb1WIcx6VKxeNaPfH99MahBvO/QbzD/o1QuEAVqMt3I8GFt+ZgN3Bvt 9AVnQ3eesuEZZrq38I0oSTogcOyaQpvc0R7jwPS1dkEb5NBpIZu5CViFuH4W/0Pke3wO9XZc+iS4 QNlnbMRVfx4V8c9bm777ffwdGdCUefeSZD/FyS/e6fCqmD5yHugYLPXcJ2zhY98oCi/KJtQoiuEg nMyQ3dVkgts2xssC9qiGhchGb2jjPFZjaKe9EDftJSkxyo5aiJUGTE3phjYUJs5qu4AfE90zzamR FKLSK8MAAAAAAAA= --Apple-Mail-122-485879098-- From thomasnguyen@example.org Fri Apr 03 02:19:12 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 71911 invoked from network); 3 Apr 2009 02:19:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2009 02:19:11 -0000 Received: (qmail 23053 invoked by uid 500); 3 Apr 2009 02:19:11 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 23043 invoked by uid 99); 3 Apr 2009 02:19:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 02:19:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO a.mail.sonic.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 02:19:02 +0000 Received: from [83.161.120.155] (75-174-219-253.phnx.qwest.net [83.161.120.155]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id n332Iefn022461; Thu, 2 Apr 2009 19:18:41 -0700 Message-ID: <thomasnguyen@example.org> Date: Thu, 02 Apr 2009 19:20:52 -0700 From: Michelle Caisse <thomasnguyen@example.org> Reply-To: thomasnguyen@example.org User-Agent: Thunderbird 83.161.120.155 (Windows/20090302) MIME-Version: 1.0 To: thomasnguyen@example.org CC: JDO Expert Group <thomasnguyen@example.org> Subject: JDO TCK Conference Call Friday, April 3, 9 am PDT References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, We will have our regular meeting Friday, April 3 at 9 am PDT to discuss JDO TCK issues and status. Dial-in numbers are: Domestic (toll-free): 385.997.2725 International (caller-paid): 385.997.2725 Access code : 294-0479# Agenda: 1. M2 repo error 2. Embedded object and evict 3. runtck.iut 4. Other issues Action Items from weeks past: [Feb 13 2007] AI Craig update the spec and make clear the relationship between Query.cancel and multithreading. [Feb 13 2007] AI Matthew discuss on email method by which an application might dynamically tune itself by tracking field access by use-case? [Nov 30 2007] AI Christiaan propose more details on Update/copy by query for post-JDO 2.1. [May 25 2007] AI everyone download the Grails demo from grails.org and check it out. Also look at Grails/Groovy ExpandoMetaClass that has the magic to avoid reflection and enhancement. [May 25 2007] AI Matthew Adams prepare a proposal with just the basics of schema synchronization with jdo and orm metadata. -- Michelle From thomasnguyen@example.org Fri Apr 03 03:58:20 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 91125 invoked from network); 3 Apr 2009 03:58:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2009 03:58:20 -0000 Received: (qmail 13089 invoked by uid 500); 3 Apr 2009 03:58:20 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 13078 invoked by uid 99); 3 Apr 2009 03:58:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 03:58:20 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO b.mail.sonic.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 03:58:11 +0000 Received: from [83.161.120.155] (75-174-219-253.phnx.qwest.net [83.161.120.155]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id n333vm2I032211 for <thomasnguyen@example.org>; Thu, 2 Apr 2009 20:57:48 -0700 Message-ID: <thomasnguyen@example.org> Date: Thu, 02 Apr 2009 21:00:00 -0700 From: Michelle Caisse <thomasnguyen@example.org> Reply-To: thomasnguyen@example.org User-Agent: Thunderbird 83.161.120.155 (Windows/20090302) MIME-Version: 1.0 To: thomasnguyen@example.org Subject: Re: runtck.iut References: <thomasnguyen@example.org> <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> Content-Type: multipart/alternative; boundary="------------030901090805000909010602" X-Virus-Checked: Checked by ClamAV on apache.org --------------030901090805000909010602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit I just checked in a fix for this problem. When the tck datanucleus dependencies change, both jdo.jdori.classpath in maven.xml and iut.runtck.classpath in build.properties need to be updated in parallel. The latter is used when runtck.iut is invoked. -- Michelle Joerg von Frantzius wrote: > Never mind, my maven1 build problem got solved by using maven 1.1 > instead of 1.0.2... > > Concerning runtck.iut, it just seems that the implementation under test > can be any implementation except for datanucleus (testing of which can > of course still be done using runtck.jdori). > > Joerg von Frantzius wrote: > >> Hi, >> >> when I try to execute "maven runtck.iut" with datanucleus snapshot jars >> in tck2/iut_jars, I get the following: >> >> [java] Caused by: org.datanucleus.exceptions.NucleusException: >> Plugin (Bundle) "org.datanucleus.store.rdbms" is already registered. >> Ensure you dont have multiple JAR versions of the same plugin in the >> classpath. The URL >> "file:/home/jfrantzius/.maven/repository/org.datanucleus/jars/datanucleus-rdbms-1.1-SNAPSHOT.jar" >> is already registered, and you are trying to register an identical >> plugin located at URL >> "file:/share/homer/jfrantzius/eclipse_workspaces/datanucleus_workspace/jdo/tck2/iut_jars/datanucleus-rdbms-1.1.2-SNAPSHOT.jar." >> >> >> So it seems that the TCK has datanucleus-rdbms-1.1-SNAPSHOT as a >> dependency somewhere. I wonder how runtck.iut can ever work then? >> >> I've got a problem building datanucleus with maven 1, which is why I try >> to runtck.iut with the datanucleus jars built with maven 2. >> >> Thanks for any hints, >> Jörg >> >> >> > > > --------------030901090805000909010602-- From thomasnguyen@example.org Fri Apr 03 16:32:21 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 78824 invoked from network); 3 Apr 2009 16:32:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2009 16:32:21 -0000 Received: (qmail 15313 invoked by uid 500); 3 Apr 2009 16:32:21 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 15299 invoked by uid 99); 3 Apr 2009 16:32:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 16:32:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of thomasnguyen@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtprelay11.ispgateway.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 16:32:08 +0000 Received: from [83.161.120.155] (helo=[83.161.120.155]) by smtprelay11.ispgateway.de with esmtpa (Exim 4.68) (envelope-from <thomasnguyen@example.org>) id 1LpmJ2-0004pX-1V for thomasnguyen@example.org; Fri, 03 Apr 2009 18:31:48 +0200 Message-ID: <thomasnguyen@example.org> Date: Fri, 03 Apr 2009 18:31:47 +0200 From: Joerg von Frantzius <thomasnguyen@example.org> User-Agent: Thunderbird 83.161.120.155 (X11/20081227) MIME-Version: 1.0 To: thomasnguyen@example.org Subject: Re: Bidirectional relationship tests in the TCK References: <thomasnguyen@example.org> <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------020802060900040709040204" X-Df-Sender: 383542 X-Virus-Checked: Checked by ClamAV on apache.org --------------020802060900040709040204 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hi Michelle, it took a while, but now I'm back on this subject :-) Now I'd like to know whether the tests also cover the two different kinds of mappings one can have for One-Many relationships? I think we are seeing a bug in datanucleus which happens only when a One-Many relationship is mapped to its own join table. If only one relationship mapping is used for the RelationShip1ToMany* tests, then I'd very much like to know which one that is. Maybe testing bidirectional relationship management with different mappings would be too much for the TCK, then we'd just turn this into tests of datanucleus itself. Regards, Jörg Michelle Caisse wrote: > Hi Jörg, > > There are tests from both sides: > > 10:50:09 > /cygdrive/c/jdo/trunk/tck2/src/java/org/apache/jdo/tck/mapping>grep > MappedSide *.java | grep public > Relationship1To1AllRelationships.java: public void > testSetToExistingFromMappedSide() { > Relationship1To1AllRelationships.java: public void > testSetToNullFromMappedSide() { > Relationship1To1AllRelationships.java: public void > testSetToNewFromMappedSide() { > Relationship1To1AllRelationships.java: public void > testDeleteFromMappedSide() { > Relationship1To1NoRelationships.java: public void > testSetToExistingFromMappedSide() { > Relationship1To1NoRelationships.java: public void > testSetToNewFromMappedSide() { > Relationship1ToManyAllRelationships.java: public void > testSetToExistingFromMappedSide() { > Relationship1ToManyAllRelationships.java: public void > testSetToNullFromMappedSide() { > Relationship1ToManyAllRelationships.java: public void > testSetToNewFromMappedSide() { > Relationship1ToManyAllRelationships.java: public void > testDeleteFromMappedSide() { > Relationship1ToManyNoRelationships.java: public void > testSetToExistingFromMappedSide() { > Relationship1ToManyNoRelationships.java: public void > testSetToNewFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testSetToNullFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testReplaceFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testAddNewFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testAddExistingFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testRemoveFromMappedSide() { > RelationshipManyToManyAllRelationships.java: public void > testDeleteFromMappedSide() { > RelationshipManyToManyNoRelationships.java: public void > testAddFromMappedSide() { > RelationshipManyToManyNoRelationships.java: public void > testReplaceFromMappedSide() { > > 10:47:42 > /cygdrive/c/jdo/trunk/tck2/src/java/org/apache/jdo/tck/mapping>grep > Mapped[bB]y *.java | grep public > Relationship1To1AllRelationships.java: public void > testSetToExistingFromMappedBySide() { > Relationship1To1AllRelationships.java: public void > testSetToNullFromMappedBySide() { > Relationship1To1AllRelationships.java: public void > testSetToNewFromMappedBySide() { > Relationship1To1AllRelationships.java: public void > testDeleteFromMappedBySide() { > Relationship1To1NoRelationships.java: public void > testSetToExistingFromMappedBySide() { > Relationship1To1NoRelationships.java: public void > testSetToNewFromMappedBySide() { > Relationship1ToManyAllRelationships.java: public void > testAddExistingFromMappedbySide() { > Relationship1ToManyAllRelationships.java: public void > testReplaceFromMappedbySide() { > Relationship1ToManyAllRelationships.java: public void > testAddNewFromMappedbySide() { > Relationship1ToManyAllRelationships.java: public void > testSetToNullFromMappedbySide() { > Relationship1ToManyAllRelationships.java: public void > testRemoveFromMappedbySide() { > Relationship1ToManyAllRelationships.java: public void > testDeleteFromMappedbySide() { > Relationship1ToManyNoRelationships.java: public void > testAddExistingFromMappedbySide() { > Relationship1ToManyNoRelationships.java: public void > testSetToNewFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testSetToNullFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testReplaceFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testAddNewFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testAddExistingFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testRemoveFromMappedbySide() { > RelationshipManyToManyAllRelationships.java: public void > testDeleteFromMappedbySide() { > RelationshipManyToManyNoRelationships.java: public void > testAddFromMappedbySide() { > RelationshipManyToManyNoRelationships.java: public void > testReplaceFromMappedbySide() { > RelationshipNegative1To1Test.java: public void > testA2BbutNotB2AMappedBy() { > RelationshipNegative1To1Test.java: public void > testSetOtherSideToNullMappedBy() { > > Please let us know if an important test case is missing. > > -- Michelle > > Joerg von Frantzius wrote: > >> Hi, >> >> when looking at the relationship tests in org.apache.jdo.tck.mapping, >> it seems that the tests for bidirectional integrity only test >> changing relationships from the "mapped-by" side of the relationship? >> That's my impression at least from looking at the method names e.g. >> in Relationship1ToManyAllRelationships.java. >> >> I'm asking this because I believe to see inconsistencies with >> bidirectional relationships in the RI. >> >> Regards, >> Jörg >> > -- ____________________________________________________________________ artnology GmbH - Milastraße 4 - 10437 Berlin - Germany Geschäftsführer: Ekkehard Blome (CEO), Felix Kuschnick (CCO) Registergericht: Amtsgericht Berlin Charlottenburg HRB 76376 UST-Id. DE 217652550 --------------020802060900040709040204-- From thomasnguyen@example.org Fri Apr 03 17:00:51 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 87718 invoked from network); 3 Apr 2009 17:00:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2009 17:00:51 -0000 Received: (qmail 63307 invoked by uid 500); 3 Apr 2009 17:00:51 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 63297 invoked by uid 99); 3 Apr 2009 17:00:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 17:00:51 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO sca-es-mail-2.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 17:00:40 +0000 Received: from fe-sfbay-10.sun.com ([83.161.120.155]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n33H0DDp007839 for <thomasnguyen@example.org>; Fri, 3 Apr 2009 10:00:13 -0700 (PDT) MIME-version: 1.0 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <thomasnguyen@example.org> for thomasnguyen@example.org; Fri, 03 Apr 2009 10:00:13 -0700 (PDT) Received: from [83.161.120.155] ([unknown] [83.161.120.155]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <thomasnguyen@example.org>; Fri, 03 Apr 2009 10:00:07 -0700 (PDT) Date: Fri, 03 Apr 2009 10:00:05 -0700 From: Craig L Russell <thomasnguyen@example.org> Subject: Minutes: JDO TCK Conference Call Friday, April 3, 9 am PDT In-reply-to: <thomasnguyen@example.org> Sender: thomasnguyen@example.org To: thomasnguyen@example.org Cc: thomasnguyen@example.org, JDO Expert Group <thomasnguyen@example.org> Message-id: <thomasnguyen@example.org> X-Mailer: Apple Mail (2.930.3) Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary=Apple-Mail-150-625284123 References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-150-625284123 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Attendees: Michael Bouschen, Craig Russell Agenda: 1. M2 repo error. A new file was uploaded to the ibilio rsync repository in Apache and is awaiting sync to ibiblio. AI Craig follow up with "repo man". The ibiblio site appears to be down at this point. 2. Embedded object and evict. More email discussion on this topic from David, Craig, and Christiaan. AI Craig reply to latest post from Christiaan. 3. runtck.iut. The problem was that the change from jpox to datanucleus modified the runtck.ri but the runtck.iut was not similarly modified. A fix was uploaded to the svn repo. Done. 4. Other issues Action Items from weeks past: [Feb 13 2007] AI Craig update the spec and make clear the relationship between Query.cancel and multithreading. [Feb 13 2007] AI Matthew discuss on email method by which an application might dynamically tune itself by tracking field access by use-case? [Nov 30 2007] AI Christiaan propose more details on Update/copy by query for post-JDO 2.1. [May 25 2007] AI everyone download the Grails demo from grails.org and check it out. Also look at Grails/Groovy ExpandoMetaClass that has the magic to avoid reflection and enhancement. [May 25 2007] AI Matthew Adams prepare a proposal with just the basics of schema synchronization with jdo and orm metadata. -- Michelle Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 385.997.2725 mailto:thomasnguyen@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-150-625284123 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEDXZ+Ig/3d9DjJZ8u++ZnC0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTE4MTYwMloXDTA5MTIwOTE4MTYw MlowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOe3oksetTgSiqqWllhIYBT0dWhR4CitzXDf +ETyrtEF2HWRRpfwixLpV1Az8wwFzNKfjvQn3tQh0A/VDDeepDEM9TKLP+D6qShLR/KTf5kCMyT4 mILJYIDo/JMmTIH5jceojvlTDFd0gd+XXNAGGz1Wu2XxfvFDE/lpFnQkKYE+VjjENONy4JlkJnOI rSfMlb+zHPAUmMTtmhxYIDLgov4Jv2Z5pUKZMpNcYr+7jJeUxkxKwWm4im56h7CGP0Yhkq2Je506 mqKCFImxofBjkHZISVS5m7WaGs4lViDtwLQEPtyUt7RcaoYWTvEQtvoy1TE2oZDUaAYFxVu0cHUW bU0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADgYEAQaqAADs5GLyk9iO1xfmNFySpOXXofJPEbfbt77BK/WLhLOwS 69WIxSmGMpGGUlLd6FJ1xfLzsvP9/N5tmZQlpGcBoEwrn830JcbNyEG0ANcmdeAy2yBjNjWoIDhV QmQw8OgJDk0xi0Tv/UYm9uPxOhDJOA67a3v6FHvSAbLqBScwggM/MIICqKADAgECAgENMA0GCSqG SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+ hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEDXZ+Ig/3d9DjJZ8u++ZnC0wCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDAzMTcwMDA1WjAjBgkqhkiG9w0B CQQxFgQUUZ2loW727bER2kvEYoOqvX02tlswgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA12fiIP93fQ4yWfLvvmZwtMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA1 2fiIP93fQ4yWfLvvmZwtMA0GCSqGSIb3DQEBAQUABIIBAMn5U3Rx8nNMa91xbcETfn7bl/pLCOAz sEVUAc6kvIGHNU99xtX3qE2iXaVjlsM5Der7Xq1pt9woTKmp65i30B2fkh4oGBvXL3Jkhi0pBtZl SbO8L1nNCJK9Rn+ISGHyDC37ptaQD13kmY3sIw5cBWExkpipRUHoK+iBrUcWFqFFApfzNOA+cME9 hxHWy4cTOBsAKz5w8gXaipQErLlM9GVSMUM9GHuAH+Q1arqgXlKQz6Tt4jvHfU6YtNL9yVJDnF2e HlqqGaGkDJI6F3DjrtvOrNYXrOw+ShUlqKOG3mRhCx/JAyECnTUhZG769cQKlWwUztlUGipF8zhh FUtdAh0AAAAAAAA= --Apple-Mail-150-625284123-- From thomasnguyen@example.org Sat Apr 04 16:50:14 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 4217 invoked from network); 4 Apr 2009 16:50:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Apr 2009 16:50:14 -0000 Received: (qmail 88540 invoked by uid 500); 4 Apr 2009 16:50:13 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 88529 invoked by uid 99); 4 Apr 2009 16:50:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Apr 2009 16:50:12 +0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO relay.pcl-ipout02.plus.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Apr 2009 16:50:02 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAA4t10nUnw4U/2dsb2JhbADMGYQPBg Received: from pih-relay08.plus.net ([83.161.120.155]) by relay.pcl-ipout02.plus.net with ESMTP; 04 Apr 2009 17:49:40 +0100 Received: from [83.161.120.155] (helo=[83.161.120.155]) by pih-relay08.plus.net with esmtp (Exim) id 1Lq93s-0000w2-Hs; Sat, 04 Apr 2009 17:49:40 +0100 From: Andy Jefferson <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: Re: Minutes: JDO TCK Conference Call Friday, Mar 27, 9 am PDT Date: Sat, 4 Apr 2009 17:49:39 +0100 User-Agent: KMail/1.9.6 Cc: JDO Expert Group <thomasnguyen@example.org> References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> Organization: DataNucleus MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <thomasnguyen@example.org> X-Plusnet-Relay: b851ba592c934e11711c1bad1e4ab330 X-Virus-Checked: Checked by ClamAV on apache.org > Now might be a good time to migrate to maven 2 for the project. +1 to move to M2 *if resource is available to do it*. I switched DataNucleus a few months ago, and am maintaining our M1 build process and repository really only for the TCK's benefit. > Should the enhancer API be a required part of an implementation? It > would make writing the tck easier, since the enhancer is currently the > biggest difference among implementations. +1 to make it mandatory. Any current implementation not have an enhancer? -- Andy (DataNucleus - http://www.datanucleus.org) From thomasnguyen@example.org Mon Apr 06 02:09:54 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 15740 invoked from network); 6 Apr 2009 02:09:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Apr 2009 02:09:54 -0000 Received: (qmail 88969 invoked by uid 500); 6 Apr 2009 02:09:53 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 88951 invoked by uid 99); 6 Apr 2009 02:09:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 02:09:53 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO sca-es-mail-2.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 02:09:42 +0000 Received: from fe-sfbay-10.sun.com ([83.161.120.155]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n36298a0002129 for <thomasnguyen@example.org>; Sun, 5 Apr 2009 19:09:20 -0700 (PDT) MIME-version: 1.0 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <thomasnguyen@example.org> for thomasnguyen@example.org; Sun, 05 Apr 2009 19:09:08 -0700 (PDT) Received: from [83.161.120.155] ([unknown] [83.161.120.155]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <thomasnguyen@example.org>; Sun, 05 Apr 2009 19:08:58 -0700 (PDT) Date: Sun, 05 Apr 2009 19:08:24 -0700 From: Craig L Russell <thomasnguyen@example.org> Subject: Re: M2 repo error In-reply-to: <thomasnguyen@example.org> Sender: thomasnguyen@example.org To: thomasnguyen@example.org Cc: Carlos Sanchez <thomasnguyen@example.org>, Apache JDO project <thomasnguyen@example.org> Message-id: <thomasnguyen@example.org> X-Mailer: Apple Mail (2.930.3) Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary=Apple-Mail-181-830984081 References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-181-830984081 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable I looked for the errant artifact on = http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/=20 and now I can't even find it, due to Safari can=92t open the page = =93http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/=20 =94 because it could not connect to the server =93mirrors.ibiblio.org=94. So, is there some problem with ibiblio? And can someone push the corrected artifact? Thanks, Craig On Apr 1, 2009, at 7:16 PM, Craig L Russell wrote: > Hi Brian, > > Apache JDO is responsible for maintaining the specification for =20 > JSR-243 and as such, manages the javax.jdo (specification) space as =20= > well as the org.apache.jdo (technology compatibility kit) space. > > The reference implementation is another open source project, =20 > DataNucleus http://www.datanucleus.org > > Hopes that clarifies it for you. > > Craig > > On Apr 1, 2009, at 6:24 PM, Brian E. Fox wrote: > >> Curious. I would have expected it to be org.apache.jdo instead of =20 >> javax. >> >> -----Original Message----- >> From: thomasnguyen@example.org [mailto:thomasnguyen@example.org] >> Sent: Wednesday, April 01, 2009 3:22 PM >> To: thomasnguyen@example.org; Carlos Sanchez >> Cc: Apache JDO project >> Subject: Re: M2 repo error >> >> Hi Brian, >> >> The Apache JDO project is officially in charge of the javax.jdo name >> space. And I'm acting on behalf of the Apache JDO project. >> >> Regards, >> >> Craig >> >> On Apr 1, 2009, at 12:07 PM, Brian E. Fox wrote: >> >>> Shouldn't the jdo artifacts come to central directly from Sun? >>> >>> -----Original Message----- >>> From: thomasnguyen@example.org [mailto:thomasnguyen@example.org] >>> Sent: Tuesday, March 31, 2009 8:13 PM >>> To: Carlos Sanchez >>> Cc: thomasnguyen@example.org; Apache JDO project >>> Subject: Re: M2 repo error >>> >>> Hi Carlos, >>> >>> Can you please take a thomasnguyen@example.org/repo/m2-ibiblio-=20 >>> rsync- >>> repository/javax/jdo and verify that these artifacts (maven- >>> metadata.xml, signature, checksum) look correct? If so, please push >>> them to ibiblio. >>> >>> There should be only three versions: 2.0, 2.1, and 2.2. >>> >>> Thanks, >>> >>> Craig >>> >>> On Mar 20, 2009, at 9:17 AM, Carlos Sanchez wrote: >>> >>>> Maybe you haven't got my message: >>>> >>>> It may have been auto generated at some point. >>>> If you use Maven 2 it will be generated. >>>> You can override it by putting a new one under >>>> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ (and >>>> letting me know to setup an automatic sync) >>>> >>>> >>>> On Fri, Mar 20, 2009 at 9:14 AM, Craig L Russell >>> <thomasnguyen@example.org >>>>> wrote: >>>>> Any ideas? >>>>> >>>>> Craig >>>>> >>>>> On Mar 16, 2009, at 10:43 AM, Craig L Russell wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I don't recall pushing this artifact to the repository; is it >>>>>> auto-generated perhaps? >>>>>> >>>>>> Any help in fixing it would be appreciated. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Craig >>>>>> >>>>>> still a mvn newbie >>>>>> >>>>>> Begin forwarded message: >>>>>> >>>>>>> From: Andy Jefferson <thomasnguyen@example.org> >>>>>>> Date: March 16, 2009 2:15:57 AM PDT >>>>>>> To: thomasnguyen@example.org >>>>>>> Subject: M2 repo error >>>>>>> Reply-To: thomasnguyen@example.org >>>>>>> >>>>>>> On >>> http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/ >>>>>>> there is a file >>>>>>> >>>>>>> >>> >> = http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/maven-m >>> etadata.xml >>>>>>> which is presumably used by Maven(2) in determining what =20 >>>>>>> versions >>>>>>> it is >>>>>>> prepared to let the world know about. There is no 2.2 entry in >>>>>>> it, nor >>>>>>> 2.1 >>>>>>> for that matter. >>>>>>> >>>>>>> Means that whenever anyone specifies to use "apache-jdo" >>>>>>> (javax.jdo/jdo2-api) >>>>>>> between 2.2 and 3.0 they get the really informative >>>>>>> >>>>>>> Couldn't find a version in [SNAPSHOT, 2.0-beta, 2.0-rc1, 2.0, >>>>>>> 2.1-SNAPSHOT] to >>>>>>> match range [2.2,3.0) >>>>>>> javax.jdo:jdo2-api:jar:null >>>>>>> >>>>>>> >>>>>>> Perhaps there's someone who can fix this ? >>>>>>> >>>>>>> Regards >>>>>>> -- >>>>>>> Andy (DataNucleus - http://www.datanucleus.org) >>>>>> >>>>>> Craig L Russell >>>>>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>>>>> 385.997.2725 mailto:thomasnguyen@example.org >>>>>> P.S. A good JDO? O, Gasp! >>>>>> >>>>> >>>>> Craig L Russell >>>>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>>>> 385.997.2725 mailto:thomasnguyen@example.org >>>>> P.S. A good JDO? O, Gasp! >>>>> >>>>> >>> >>> Craig L Russell >>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>> 385.997.2725 mailto:thomasnguyen@example.org >>> P.S. A good JDO? O, Gasp! >>> >> >> Craig L Russell >> Architect, Sun Java Enterprise System http://db.apache.org/jdo >> 385.997.2725 mailto:thomasnguyen@example.org >> P.S. A good JDO? O, Gasp! >> > > Craig L Russell > Architect, Sun Java Enterprise System http://db.apache.org/jdo > 385.997.2725 mailto:thomasnguyen@example.org > P.S. A good JDO? O, Gasp! > Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 385.997.2725 mailto:thomasnguyen@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-181-830984081 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEDXZ+Ig/3d9DjJZ8u++ZnC0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTE4MTYwMloXDTA5MTIwOTE4MTYw MlowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOe3oksetTgSiqqWllhIYBT0dWhR4CitzXDf +ETyrtEF2HWRRpfwixLpV1Az8wwFzNKfjvQn3tQh0A/VDDeepDEM9TKLP+D6qShLR/KTf5kCMyT4 mILJYIDo/JMmTIH5jceojvlTDFd0gd+XXNAGGz1Wu2XxfvFDE/lpFnQkKYE+VjjENONy4JlkJnOI rSfMlb+zHPAUmMTtmhxYIDLgov4Jv2Z5pUKZMpNcYr+7jJeUxkxKwWm4im56h7CGP0Yhkq2Je506 mqKCFImxofBjkHZISVS5m7WaGs4lViDtwLQEPtyUt7RcaoYWTvEQtvoy1TE2oZDUaAYFxVu0cHUW bU0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADgYEAQaqAADs5GLyk9iO1xfmNFySpOXXofJPEbfbt77BK/WLhLOwS 69WIxSmGMpGGUlLd6FJ1xfLzsvP9/N5tmZQlpGcBoEwrn830JcbNyEG0ANcmdeAy2yBjNjWoIDhV QmQw8OgJDk0xi0Tv/UYm9uPxOhDJOA67a3v6FHvSAbLqBScwggM/MIICqKADAgECAgENMA0GCSqG SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+ hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEDXZ+Ig/3d9DjJZ8u++ZnC0wCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDA2MDIwODI1WjAjBgkqhkiG9w0B CQQxFgQUd52o0EAx2Y8uhap8y0JS0j0DYJgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA12fiIP93fQ4yWfLvvmZwtMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA1 2fiIP93fQ4yWfLvvmZwtMA0GCSqGSIb3DQEBAQUABIIBAMtHNJkpBZ+5x7XHh1GmIZSW7kVUMgQS nagryQYLxuyVYEd450nwMCXzzL8a3DL7EzV9KwJYQvrgLuEoPF8EoKBgORquFdgeocqzeht39UC8 mRE3mwraubUbssOHXbrM5fdWfWjSJ7BXwNlsybDIpV819Xu8t26C5ClHfzjhVOu2//2k/vbW9DO6 N1aOT88g0JaDDPtqK1Rhu0jnAIEvxzDXzOv3EiDurnrU/JMuZlhby7g68QRKGGzeHQOZpeMdc2Pe 31ICXWbixCpmH1prLdsBRVGgSDTEpWgEv7kPQ5T4K0+zLDOUAxr0tqQHuffatowT/RZPgzI1ncC5 TrvQ7LUAAAAAAAA= --Apple-Mail-181-830984081-- From thomasnguyen@example.org Mon Apr 06 08:46:25 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 51711 invoked from network); 6 Apr 2009 08:46:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Apr 2009 08:46:25 -0000 Received: (qmail 37041 invoked by uid 500); 6 Apr 2009 08:46:25 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 37031 invoked by uid 99); 6 Apr 2009 08:46:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 08:46:25 +0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO relay.pcl-ipout02.plus.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 08:46:14 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAGNe2UnUnw6R/2dsb2JhbADIeIQPBg Received: from ptb-relay01.plus.net ([83.161.120.155]) by relay.pcl-ipout02.plus.net with ESMTP; 06 Apr 2009 09:45:53 +0100 Received: from [83.161.120.155] (helo=[83.161.120.155]) by ptb-relay01.plus.net with esmtp (Exim) id 1LqkSm-0004zJ-Sj for thomasnguyen@example.org; Mon, 06 Apr 2009 09:45:53 +0100 From: Andy Jefferson <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: TCK "Relationship1ToManyAllRelationships.testDeleteFromMappedSide" Date: Mon, 6 Apr 2009 09:45:51 +0100 User-Agent: KMail/1.9.6 Organization: DataNucleus MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <thomasnguyen@example.org> X-Plusnet-Relay: 4294f8af64aec5190e0fe137e74d1e05 X-Virus-Checked: Checked by ClamAV on apache.org During the course of improving DataNucleus handling of managed relations I have come across a problem with the above TCK test. We have a 1-N relation and delete an element via deletePersistent. This is then to remove the element from the collection. After the deletePersistent() and flush() it tries to check collection.contains() with the deleted element. Internally we use a HashSet for that collection and so there is use of hashcodes. This (after my changes to DataNucleus) results in FailedObject:4636[OID]org.apache.jdo.tck.pc.company.FullTimeEmployee [java] at org.datanucleus.jdo.state.PersistentDeleted.transitionReadField(PersistentDeleted.java:115) [java] at org.datanucleus.state.AbstractStateManager.transitionReadField(AbstractStateManager.java:546) [java] at org.datanucleus.state.JDOStateManagerImpl.isLoaded(JDOStateManagerImpl.java:1872) [java] at org.apache.jdo.tck.pc.company.Person.jdoGetpersonid(Person.java) [java] at org.apache.jdo.tck.pc.company.Person.hashCode(Person.java:359) [java] at java.util.HashMap.getEntry(HashMap.java:344) [java] at java.util.HashMap.containsKey(HashMap.java:335) [java] at java.util.HashSet.contains(HashSet.java:184) [java] at org.datanucleus.sco.backed.Set.contains(Set.java:469) [java] at java.util.Collections$UnmodifiableCollection.contains(Collections.java:1000) [java] at org.apache.jdo.tck.mapping.Relationship1ToManyAllRelationships.testDeleteFromMappedSide(Relationship1ToManyAllRelationships.java:421) so it tries to find the position of this (deleted) object in the HashSet and tries to work out the hashcode of the deleted object ... hence provoking an attempt to load the person id (since Person defines hashCode() as that). But the element is deleted hence the exception. If I manually inspect the Collection of elements using an iterator and do a comparison via JDOHelper.getObjectId() with the deleted object this should pass since the deleted object isn't present. Could we get the TCK test changed to make use of iterator() and comparison with ids etc to avoid this hashcode complication ? Why did it work prior to my DN changes ? likely because the collection wasn't loaded and so the contains went straight to the datastore hence not provoking the load of fields of a deleted object. Regards -- Andy (DataNucleus - http://www.datanucleus.org) From thomasnguyen@example.org Mon Apr 06 09:24:43 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 78099 invoked from network); 6 Apr 2009 09:24:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Apr 2009 09:24:43 -0000 Received: (qmail 91943 invoked by uid 500); 6 Apr 2009 09:24:42 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 91765 invoked by uid 99); 6 Apr 2009 09:24:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 09:24:42 +0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO relay.pcl-ipout01.plus.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 09:24:32 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAKhm2UnUnw6S/2dsb2JhbADIW4QPBg Received: from ptb-relay02.plus.net ([83.161.120.155]) by relay.pcl-ipout01.plus.net with ESMTP; 06 Apr 2009 10:24:09 +0100 Received: from [83.161.120.155] (helo=[83.161.120.155]) by ptb-relay02.plus.net with esmtp (Exim) id 1Lql3p-00011D-AW for thomasnguyen@example.org; Mon, 06 Apr 2009 10:24:09 +0100 From: Andy Jefferson <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: Re: TCK "Relationship1ToManyAllRelationships.testDeleteFromMappedSide" Date: Mon, 6 Apr 2009 10:24:08 +0100 User-Agent: KMail/1.9.6 References: <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> Organization: DataNucleus MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <thomasnguyen@example.org> X-Plusnet-Relay: f5ba48bafba350857465557297cf21ac X-Virus-Checked: Checked by ClamAV on apache.org > so it tries to find the position of this (deleted) object in the HashSet > and tries to work out the hashcode of the deleted object ... hence > provoking an attempt to load the person id (since Person defines hashCode() > as that). But the element is deleted hence the exception. Forgot to mention; this only happens with datastore-id since with app-id the hashCode() uses the PK fields and they are obviously present hence no load of fields is required. -- Andy (DataNucleus - http://www.datanucleus.org) From thomasnguyen@example.org Mon Apr 06 10:23:37 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 19015 invoked from network); 6 Apr 2009 10:23:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Apr 2009 10:23:37 -0000 Received: (qmail 87169 invoked by uid 500); 6 Apr 2009 10:23:37 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 87158 invoked by uid 99); 6 Apr 2009 10:23:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 10:23:37 +0000 X-ASF-Spam-Status: No, hits=1.1 required=10.0 tests=FORGED_HOTMAIL_RCVD2,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of thomasnguyen@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO kuber.nabble.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 10:23:29 +0000 Received: from isper.nabble.com ([83.161.120.155]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from <thomasnguyen@example.org>) id 1Lqlyu-0007eh-DX for thomasnguyen@example.org; Mon, 06 Apr 2009 03:23:08 -0700 Message-ID: <thomasnguyen@example.org> Date: Mon, 6 Apr 2009 03:23:08 -0700 (PDT) From: Christiaan <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: Re: Embedded object and evict In-Reply-To: <thomasnguyen@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: thomasnguyen@example.org References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org hi, I have concrete scenario where nullifying the state of an embedded object and losing the "connection" with the datastore causes problems. Suppose the following settings javax.jdo.option.RetainValues: false javax.jdo.option.NontransactionalRead: true javax.jdo.option.Multithreaded: true This allows me to have 2 threads: 1 thread doing reads at any moment in time, and 1 thread doing commits at any moment in time. This scenario works fine for non embedded objects, but causes problems with embedded objects: - ReadThread: calls getEmbeddedObject() which clones the embedded object. - WriteThread is doing a commit at the exact time where embeddedObject.clone() (clone simply copies the attributes). - Since the commit nullifies the attributes of the embeddedObject (retainValues is false), the embedded object with null attributes is returned. For non-embedded objects this is not a problem since on access the values from the datastore are retrieved again. For embedded objects this not the case (if the sm is nullified). It seems to me that this behaviour has a big impact on the design of the application. A design decision I personally would not consider when marking an object as embedded or not. kind regards, Christiaan -- View this message in context: http://www.nabble.com/Embedded-object-and-evict-tp22738918p22906042.html Sent from the JDO - Development mailing list thomasnguyen@example.org. From thomasnguyen@example.org Tue Apr 07 16:20:44 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 58392 invoked from network); 7 Apr 2009 16:20:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Apr 2009 16:20:42 -0000 Received: (qmail 65010 invoked by uid 500); 7 Apr 2009 16:20:42 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 65000 invoked by uid 99); 7 Apr 2009 16:20:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 16:20:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 16:20:33 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 409D8234C48D for <thomasnguyen@example.org>; Tue, 7 Apr 2009 09:20:13 -0700 (PDT) Message-ID: <545894750.1239121213263.JavaMail.jira@brutus> Date: Tue, 7 Apr 2009 09:20:13 -0700 (PDT) From: =?utf-8?Q?J=C3=B6rg_von_Frantzius_=28JIRA=29?= <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: [jira] Created: (JDO-627) Tests for One-Many-Bidir with join table mapping MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Tests for One-Many-Bidir with join table mapping ------------------------------------------------ Key: JDO-627 URL: https://issues.apache.org/jira/browse/JDO-627 Project: JDO Issue Type: Improvement Components: tck2 Reporter: J=C3=B6rg von Frantzius Currently the tests for bidirectional relationship management of One-Many r= elationships seem to get tested only with a mapping of the relationship to = a FK in the element table. We do think so since there is a related bug in d= atanucleus that goes undiscovered by the TCK (see http://www.datanucleus.or= g/servlet/jira/browse/NUCCORE-246 for details). The question would be: should the TCK test for both kinds of mapping of a O= ne-Many relationship? --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From thomasnguyen@example.org Tue Apr 07 16:28:47 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 61923 invoked from network); 7 Apr 2009 16:28:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Apr 2009 16:28:47 -0000 Received: (qmail 77086 invoked by uid 500); 7 Apr 2009 16:28:47 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Received: (qmail 77076 invoked by uid 99); 7 Apr 2009 16:28:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 16:28:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 16:28:33 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id E6AD0234C004 for <thomasnguyen@example.org>; Tue, 7 Apr 2009 09:28:12 -0700 (PDT) Message-ID: <1631127717.1239121692930.JavaMail.jira@brutus> Date: Tue, 7 Apr 2009 09:28:12 -0700 (PDT) From: "Andy Jefferson (JIRA)" <thomasnguyen@example.org> To: thomasnguyen@example.org Subject: [jira] Commented: (JDO-627) Tests for One-Many-Bidir with join table mapping In-Reply-To: <545894750.1239121213263.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JDO-627?page=3Dcom.atlassian.ji= ra.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1269660= 0#action_12696600 ]=20 Andy Jefferson commented on JDO-627: ------------------------------------ The TCK should test the full range of relations since, after all, it is the= proof that an implementation handles what the spec defines. > Tests for One-Many-Bidir with join table mapping > ------------------------------------------------ > > Key: JDO-627 > URL: https://issues.apache.org/jira/browse/JDO-627 > Project: JDO > Issue Type: Improvement > Components: tck2 > Reporter: J=C3=B6rg von Frantzius > > Currently the tests for bidirectional relationship management of One-Many= relationships seem to get tested only with a mapping of the relationship t= o a FK in the element table. We do think so since there is a related bug in= datanucleus that goes undiscovered by the TCK (see http://www.datanucleus.= org/servlet/jira/browse/NUCCORE-246 for details). > The question would be: should the TCK test for both kinds of mapping of a= One-Many relationship? --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From thomasnguyen@example.org Tue Apr 07 16:33:29 2009 Return-Path: <thomasnguyen@example.org> Delivered-To: thomasnguyen@example.org Received: (qmail 64210 invoked from network); 7 Apr 2009 16:33:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Apr 2009 16:33:28 -0000 Received: (qmail 88534 invoked by uid 500); 7 Apr 2009 16:33:28 -0000 Mailing-List: contact thomasnguyen@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:thomasnguyen@example.org> List-Unsubscribe: <mailto:thomasnguyen@example.org> List-Post: <mailto:thomasnguyen@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: thomasnguyen@example.org Delivered-To: mailing list thomasnguyen@example.org Delivered-To: moderator for thomasnguyen@example.org Received: (qmail 97642 invoked by uid 99); 6 Apr 2009 02:26:05 -0000 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of thomasnguyen@example.org designates 83.161.120.155 as permitted sender) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: M2 repo error X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sun, 5 Apr 2009 22:21:14 -0400 Message-ID: <thomasnguyen@example.org> In-Reply-To: <thomasnguyen@example.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: M2 repo error Thread-Index: Acm2XMcHDFk0poRYSkqEEVXeURWeWQAAYu+A References: <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> <thomasnguyen@example.org> From: "Brian E. Fox" <thomasnguyen@example.org> To: <thomasnguyen@example.org> Cc: "Carlos Sanchez" <thomasnguyen@example.org>, "Apache JDO project" <thomasnguyen@example.org> X-Virus-Checked: Checked by ClamAV on apache.org Ibiblio has been down lately, but it is not Central, just a mirror of it. -----Original Message----- From: thomasnguyen@example.org [mailto:thomasnguyen@example.org]=20 Sent: Sunday, April 05, 2009 10:08 PM To: thomasnguyen@example.org Cc: Carlos Sanchez; Apache JDO project Subject: Re: M2 repo error I looked for the errant artifact on http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/=20 and now I can't even find it, due to Safari can't open the page "http://mirrors.ibiblio.org/pub/mirrors/maven2/javax/jdo/jdo2-api/=20 " because it could not connect to the server "mirrors.ibiblio.org". So, is there some problem with ibiblio? And can
{'source': 'Apache Software Foundation Public Mail Archives'}