From sandra01@example.org Thu Nov 02 13:08:15 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 61614 invoked from network); 2 Nov 2006 13:08:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 13:08:13 -0000 Received: (qmail 18985 invoked by uid 500); 2 Nov 2006 13:08:24 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 18974 invoked by uid 99); 2 Nov 2006 13:08:24 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 05:08:24 -0800 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 (herse.apache.org: domain of sandra01@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtprelay02.ispgateway.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 05:08:07 -0800 Received: (qmail 4225 invoked from network); 2 Nov 2006 13:07:42 -0000 Received: from unknown (HELO [83.161.120.155]) (383542@[83.161.120.155]) (envelope-sender <sandra01@example.org>) by smtprelay02.ispgateway.de (qmail-ldap-1.03) with SMTP for <sandra01@example.org>; 2 Nov 2006 13:07:42 -0000 Message-ID: <sandra01@example.org> Date: Thu, 02 Nov 2006 14:07:43 +0100 From: =?ISO-8859-15?Q?J=F6rg_von_Frantzius?= <sandra01@example.org> Organization: artnology GmbH, Berlin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:83.161.120.155) Gecko/20060909 Thunderbird/83.161.120.155 Mnenhy/83.161.120.155 MIME-Version: 1.0 To: sandra01@example.org CC: sandra01@example.org Subject: Commit behaviour upon JDOOptimisticVerificationException during flush Content-Type: multipart/mixed; boundary="------------090705080009070904050602" X-Virus-Checked: Checked by ClamAV on apache.org --------------090705080009070904050602 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Dear experts, after looking at the spec, and 13.4.4 "Non-managed environment" in particular, I'm somewhat puzzled about what the expected behaviour of javax.jdo.Transaction.commit() should be upon encountering an exception during flush. What JPOX currently does is an automatic rollback of the DB connection and of the PM's caches, calling sync.afterCompletion(Status.STATUS_ROLLEDBACK) and setting the state of the transaction to not-active. I wonder whether that's really intended. While there isn't much a user can do about an optimistic failure during flush, there could be any SQLException happening during flush that the user might want to catch and try to recover from, I imagine. He won't be able to do so if the transaction is automatically rolled-back. So my proposal would be that upon failure during flush, nothing should be done by the implementation but throwing the appropriate exception. Regards, Jörg --------------090705080009070904050602-- From sandra01@example.org Thu Nov 02 16:16:40 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 47392 invoked from network); 2 Nov 2006 16:16:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 16:16:20 -0000 Received: (qmail 54156 invoked by uid 500); 2 Nov 2006 16:16:31 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 54139 invoked by uid 99); 2 Nov 2006 16:16:31 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 08:16:31 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of sandra01@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtprelay04.ispgateway.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 08:16:16 -0800 Received: (qmail 6304 invoked from network); 2 Nov 2006 16:15:54 -0000 Received: from unknown (HELO [83.161.120.155]) (383542@[83.161.120.155]) (envelope-sender <sandra01@example.org>) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with SMTP for <sandra01@example.org>; 2 Nov 2006 16:15:54 -0000 Message-ID: <sandra01@example.org> Date: Thu, 02 Nov 2006 17:15:45 +0100 From: =?ISO-8859-15?Q?J=F6rg_von_Frantzius?= <sandra01@example.org> Organization: artnology GmbH, Berlin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:83.161.120.155) Gecko/20060909 Thunderbird/83.161.120.155 Mnenhy/83.161.120.155 MIME-Version: 1.0 To: sandra01@example.org Subject: Re: Commit behaviour upon JDOOptimisticVerificationException during flush References: <sandra01@example.org> In-Reply-To: <sandra01@example.org> Content-Type: multipart/mixed; boundary="------------000209000902070401080509" X-Virus-Checked: Checked by ClamAV on apache.org --------------000209000902070401080509 Content-Type: multipart/alternative; boundary="------------000406060106030303050104" --------------000406060106030303050104 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Alright, I just saw that JPA spec says in "83.161.120.155 The EntityTransaction Interface": If the EntityTransaction.commit operation fails, the persistence provider must roll back the transaction. So I take back my proposal in order to align with JPA. Regards, Jörg Jörg von Frantzius schrieb: > Dear experts, > > after looking at the spec, and 13.4.4 "Non-managed environment" in > particular, I'm somewhat puzzled about what the expected behaviour of > javax.jdo.Transaction.commit() should be upon encountering an > exception during flush. What JPOX currently does is an automatic > rollback of the DB connection and of the PM's caches, calling > sync.afterCompletion(Status.STATUS_ROLLEDBACK) and setting the state > of the transaction to not-active. I wonder whether that's really > intended. > > While there isn't much a user can do about an optimistic failure > during flush, there could be any SQLException happening during flush > that the user might want to catch and try to recover from, I imagine. > He won't be able to do so if the transaction is automatically > rolled-back. > > So my proposal would be that upon failure during flush, nothing should > be done by the implementation but throwing the appropriate exception. > > Regards, > Jörg > --------------000406060106030303050104 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-15" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Alright, I just saw that JPA spec says in "83.161.120.155 The EntityTransaction Interface":<br> <blockquote>If the EntityTransaction.commit operation fails, the persistence provider must roll back the transaction.<br> </blockquote> So I take back my proposal in order to align with JPA.<br> <br> Regards,<br> Jörg<br> <br> Jörg von Frantzius schrieb: <blockquote cite="sandra01@example.org" type="cite">Dear experts, <br> <br> after looking at the spec, and 13.4.4 "Non-managed environment" in particular, I'm somewhat puzzled about what the expected behaviour of javax.jdo.Transaction.commit() should be upon encountering an exception during flush. What JPOX currently does is an automatic rollback of the DB connection and of the PM's caches, calling sync.afterCompletion(Status.STATUS_ROLLEDBACK) and setting the state of the transaction to not-active. I wonder whether that's really intended. <br> <br> While there isn't much a user can do about an optimistic failure during flush, there could be any SQLException happening during flush that the user might want to catch and try to recover from, I imagine. He won't be able to do so if the transaction is automatically rolled-back. <br> <br> So my proposal would be that upon failure during flush, nothing should be done by the implementation but throwing the appropriate exception. <br> <br> Regards, <br> Jörg <br> <br> </blockquote> <br> <br> </body> </html> --------------000406060106030303050104-- --------------000209000902070401080509-- From sandra01@example.org Thu Nov 02 17:49:36 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 77413 invoked from network); 2 Nov 2006 17:49:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 17:49:36 -0000 Received: (qmail 66514 invoked by uid 500); 2 Nov 2006 17:49:47 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 66503 invoked by uid 99); 2 Nov 2006 17:49:47 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 09:49:47 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 09:49:31 -0800 Received: from d1-sfbay-09.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2Hn6af027323 for <sandra01@example.org>; Thu, 2 Nov 2006 09:49:06 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Thu, 02 Nov 2006 09:49:06 -0800 (PST) Received: from [83.161.120.155] by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org>; Thu, 02 Nov 2006 09:49:06 -0800 (PST) Date: Thu, 02 Nov 2006 09:49:04 -0800 From: Craig L Russell <sandra01@example.org> Subject: Re: Commit behaviour upon JDOOptimisticVerificationException during flush In-reply-to: <sandra01@example.org> Sender: sandra01@example.org To: =?ISO-8859-1?Q?J=F6rg_von_Frantzius?= <sandra01@example.org> Cc: sandra01@example.org, sandra01@example.org Message-id: <sandra01@example.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.2) Content-type: multipart/signed; protocol="application/pkcs7-signature"; boundary=Apple-Mail-4--501048213; micalg=sha1 References: <sandra01@example.org> <sandra01@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-4--501048213 Content-Type: multipart/alternative; boundary=Apple-Mail-3--501048733 --Apple-Mail-3--501048733 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Hi J=F6rg, It's fair to request clarification of the behavior if it is not clear. The reason to fail commit is for separation of concerns in the =20 application. If the user is in the part of code that knows how to =20 recover from a flush failure, the flush() api should do the trick. =20 That api is documented not to roll back the transaction, so refresh =20 of conflicting instances is possible and still save the transaction. Craig On Nov 2, 2006, at 8:12 AM, J=F6rg von Frantzius wrote: > Alright, I just saw that JPA spec says in "83.161.120.155 The =20 > EntityTransaction Interface": > If the EntityTransaction.commit operation fails, the persistence =20 > provider must roll back the transaction. > So I take back my proposal in order to align with JPA. > > Regards, > J=F6rg > > J=F6rg von Frantzius schrieb: >> Dear experts, >> >> after looking at the spec, and 13.4.4 "Non-managed environment" in =20= >> particular, I'm somewhat puzzled about what the expected behaviour =20= >> of javax.jdo.Transaction.commit() should be upon encountering an =20 >> exception during flush. What JPOX currently does is an automatic =20 >> rollback of the DB connection and of the PM's caches, calling =20 >> sync.afterCompletion(Status.STATUS_ROLLEDBACK) and setting the =20 >> state of the transaction to not-active. I wonder whether that's =20 >> really intended. >> >> While there isn't much a user can do about an optimistic failure =20 >> during flush, there could be any SQLException happening during =20 >> flush that the user might want to catch and try to recover from, I =20= >> imagine. He won't be able to do so if the transaction is =20 >> automatically rolled-back. >> >> So my proposal would be that upon failure during flush, nothing =20 >> should be done by the implementation but throwing the appropriate =20 >> exception. >> >> Regards, >> J=F6rg >> > > <joerg.von.frantzius.vcf> Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo +1-725-452-6730 mailto:sandra01@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-3--501048733 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; ">Hi=A0J=F6rg,<DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>It's fair to request = clarification of the behavior if it is not clear.</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>The reason to fail commit = is for separation of concerns in the application. If the user is in the = part of code that knows how to recover from a flush failure, the flush() = api should do the trick. That api is documented not to roll back the = transaction, so refresh of conflicting instances is possible and still = save the transaction.</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>Craig</DIV><DIV><BR><DIV><DIV= >On Nov 2, 2006, at 8:12 AM, J=F6rg von Frantzius wrote:</DIV><BR = class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"> Alright, = I just saw that JPA spec says in "83.161.120.155 The EntityTransaction = Interface":<BR> <BLOCKQUOTE>If the EntityTransaction.commit operation = fails, the persistence provider must roll back the transaction.<BR> = </BLOCKQUOTE> So I take back my proposal in order to align with JPA.<BR> = <BR> Regards,<BR> J=F6rg<BR> <BR> J=F6rg von Frantzius schrieb: = <BLOCKQUOTE cite=3D"sandra01@example.org" type=3D"cite">Dear = experts, <BR> <BR> after looking at the spec, and 13.4.4 "Non-managed = environment" in particular, I'm somewhat puzzled about what the expected = behaviour of javax.jdo.Transaction.commit() should be upon encountering = an exception during flush. What JPOX currently does is an automatic = rollback of the DB connection and of the PM's caches, calling = sync.afterCompletion(Status.STATUS_ROLLEDBACK) and setting the state of = the transaction to not-active. I wonder whether that's really intended. = <BR> <BR> While there isn't much a user can do about an optimistic = failure during flush, there could be any SQLException happening during = flush that the user might want to catch and try to recover from, I = imagine. He won't be able to do so if the transaction is automatically = rolled-back. <BR> <BR> So my proposal would be that upon failure = during flush, nothing should be done by the implementation but throwing = the appropriate exception. <BR> <BR> Regards, <BR> J=F6rg <BR> <BR> = </BLOCKQUOTE> <BR> = <SPAN><DIV>&lt;joerg.von.frantzius.vcf&gt;</DIV></SPAN></BLOCKQUOTE></DIV>= <BR><DIV> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">Craig = Russell</FONT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica">Architect, Sun Java Enterprise System <A = href=3D"http://java.sun.com/products/jdo">http://java.sun.com/products/jdo= </A></FONT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">408 = 276-5638 <A = href=3D"mailto:sandra01@example.org">mailto:sandra01@example.org</A></FO= NT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">P.S. A = good JDO? O, Gasp!</FONT></P> </DIV><BR></DIV></BODY></HTML>= --Apple-Mail-3--501048733-- --Apple-Mail-4--501048213 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEB7Y7fLHmKoeHTUdbtYrvpAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MTIxNTIxNDc0NFoXDTA2MTIxNTIxNDc0 NFowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXXgEAm88nu8cFbxXSWqTq+GaYpCx/0QSom 8kBbVxpJIURuO4ErLDupeXu6y9+5e7ZKLbeSQE5xbfYPcQR/IhqmYKy5YqRcuzPXREBj2zKEkZph pNXWpHgMdx9W8dq0Cu2i9Ux/S6c2MuEHrP6gfGGll+b/mzLoO280QHTuE4pcpKntRnwZdGxQ/5l8 IL+eLP+jpJAbYW9C+KNKofZtS6V6R0uzlqTOsEdZvwxZQ4mmPgHoz1+Gjwme/PC5sKvF09MaJDiI pj9SvZ4CTCgcDZV78J086YwlVbMC0VQotjhu1p42lr8CS33IXLz3OWNrDETCAepah/Dgw2ZZApQ9 9L0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEEBQADgYEAKdIkgAWCg2Bi7ocnstfJA4iymTRI2/L4oQx9zvllM9bNJ2cR cecJIx3HuoHbhPvemh1GExEPgHU+dXSxDmD0BEmPnhSReKCURyslnbMphPZ5kR6USzQFrRa+v0ii J+SBO9VQYTQWT+xEjmRLM76MfkBFw3IOC9CUkRoYZ88pOoUwggM/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 YWlsIElzc3VpbmcgQ0ECEB7Y7fLHmKoeHTUdbtYrvpAwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMTAyMTc0OTA1WjAjBgkqhkiG9w0B CQQxFgQUo0Rz57/LzLhIiTxBE0bOcw44P5UwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe2O3yx5iqHh01HW7WK76QMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe 2O3yx5iqHh01HW7WK76QMA0GCSqGSIb3DQEBAQUABIIBACrOK0Kl26GBBX8eLvpAf7r5L6utB8mN 8pihv/GEYtmyvb1LEPZu3uyIZTep5v8+UVjPZEMqbxbrpbYlnv63osoXG+bSxo3pL6+dVzRvGUAw OkNEAzgd3EDN4lRQwmql7J1pzH9BUsqEU72yuRigBbUGBkTsj1DdMlpeixAJmj/1DOzGYxPwm46p Lq0fJ4rkn01tEDQCz1ZNCy0e3QcNypGS1+pxi6S6gD+rYhZGGak7jZ+jv+6tJZUdytMmQ+Wa/Bz7 jbs71EsDjdbF+kpUao8S+XIe3Qt7be5xskTyQwV0kFg9Rk325LZKKZu3C2rw6WiJku3hFebhsnbp JNP2+mYAAAAAAAA= --Apple-Mail-4--501048213-- From sandra01@example.org Thu Nov 02 18:54:38 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 98803 invoked from network); 2 Nov 2006 18:54:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 18:54:37 -0000 Received: (qmail 10621 invoked by uid 500); 2 Nov 2006 18:54:49 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 10608 invoked by uid 99); 2 Nov 2006 18:54:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 10:54:49 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= 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; Thu, 02 Nov 2006 10:54:37 -0800 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 0F3427142C3 for <sandra01@example.org>; Thu, 2 Nov 2006 10:54:17 -0800 (PST) Message-ID: <12241229.1162493657050.JavaMail.root@brutus> Date: Thu, 2 Nov 2006 10:54:17 -0800 (PST) From: "Craig Russell (JIRA)" <sandra01@example.org> To: sandra01@example.org Subject: [jira] Commented: (JDO-440) Upgrade dependencies in JDO *11 and *20 projects In-Reply-To: <19427500.1161640406647.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/JDO-440?page=comments#action_12446693 ] Craig Russell commented on JDO-440: ----------------------------------- The patch looks good. > Upgrade dependencies in JDO *11 and *20 projects > ------------------------------------------------ > > Key: JDO-440 > URL: http://issues.apache.org/jira/browse/JDO-440 > Project: JDO > Issue Type: Task > Components: tck20, api20, tck11, api11, ri11, fostore20, runtime20, util20 > Affects Versions: JDO 2 final > Reporter: Michael Bouschen > Assigned To: Michael Bouschen > Priority: Minor > Fix For: JDO 2 maintenance release 1 > > Attachments: JDO-440.patch > > > Version 1.1 of the transaction-api (JTA) is now available through the glassfish maven repository: (https://maven-repository.dev.java.net/nonav/repository) > I propose to add this repository to the list of remote repositories and use the latest JTA version in the JDO projects. > Please note, maven does resolve the dependency and successfully downloads the jar, but I see the following message: > Cookie rejected: "$Version=0; JSESSIONID=4A3BD8EDDB8DCF96BAC41BCFEE4029A0; $Path=/servlets". Illegal path attribute "/servlets". Path of origin: "/nonav/repository/javax.transaction/jars/transaction-api-1.1.jar" > I double checked all the dependencies and propose to upgrade to the latest version: > - use transaction api (version 1.1) from glassfish maven repository > - use servlet-api (version 2.5) from glassfish maven repository > - derby 83.161.120.155 -> 83.161.120.155 > - log4j 1.2.8 -> 1.2.13 > - c3p0 0.9.0 -> 83.161.120.155 > - spring 1.2.5 -> 1.2.8 > - commons-pool 1.2 -> 1.3 > - commons-collections 3.1 -> 3.2 > - xerces 2.4.0 -> 2.8.1 > - xml-apis 1.0.b2 -> 1.3.03 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From sandra01@example.org Thu Nov 02 20:36:39 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 41137 invoked from network); 2 Nov 2006 20:36:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 20:36:38 -0000 Received: (qmail 3915 invoked by uid 500); 2 Nov 2006 20:36:49 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 3904 invoked by uid 99); 2 Nov 2006 20:36:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 12:36:49 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= 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; Thu, 02 Nov 2006 12:36:37 -0800 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7493A7142C1 for <sandra01@example.org>; Thu, 2 Nov 2006 12:36:17 -0800 (PST) Message-ID: <31424103.1162499777459.JavaMail.root@brutus> Date: Thu, 2 Nov 2006 12:36:17 -0800 (PST) From: "Craig Russell (JIRA)" <sandra01@example.org> To: sandra01@example.org Subject: [jira] Created: (JDO-441) Update license information in all source files MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Update license information in all source files ---------------------------------------------- Key: JDO-441 URL: http://issues.apache.org/jira/browse/JDO-441 Project: JDO Issue Type: Improvement Components: api11, api20, btree, core20, enhancer20, fostore20, model20, query20, ri11, runtime20, tck11, tck20, util20 Affects Versions: JDO 2 final Reporter: Craig Russell Fix For: JDO 2 maintenance release 1 There is a new Apache policy regarding license notices in source files. Please see http://www.apache.org/legal/src-headers.html for details. What we need to do is to remove the Apache copyright notice header for source files and replace it with the license header described in the reference. This applies to .java, .orm, .jdo files in the source tree. Everywhere there is currently an Apache copyright notice needs to be updated. We also need to double check the distribution artifacts to make sure that the LICENSE and NOTICE files conform to the new policy. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From sandra01@example.org Thu Nov 02 21:18:58 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 56452 invoked from network); 2 Nov 2006 21:18:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 21:18:58 -0000 Received: (qmail 67107 invoked by uid 500); 2 Nov 2006 21:19:09 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 67086 invoked by uid 99); 2 Nov 2006 21:19:09 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 13:19:09 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 13:18:57 -0800 Received: from d1-sfbay-09.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2LIVeR000092 for <sandra01@example.org>; Thu, 2 Nov 2006 13:18:31 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Thu, 02 Nov 2006 13:18:31 -0800 (PST) Received: from [83.161.120.155] ([83.161.120.155]) by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org> for sandra01@example.org; Thu, 02 Nov 2006 13:18:31 -0800 (PST) Date: Thu, 02 Nov 2006 13:18:34 -0800 From: Michelle Caisse <sandra01@example.org> Subject: Re: JDO TCK Conference Call Friday, Nov 2, 9 am PST In-reply-to: <sandra01@example.org> Sender: sandra01@example.org To: sandra01@example.org Message-id: <sandra01@example.org> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Virus-Checked: Checked by ClamAV on apache.org Hi, We will have our regular meeting Friday, November 2 at 9 am PST to discuss JDO TCK issues and status. Dial-in numbers are: 866 230-6968 294-0479# International: +1-725-452-6730 Agenda: 1. Date arithmetic in queries 2. New subprojects for JDK 1.5 support 3. Other issues Action Items from weeks past: [Oct 27 2006] AI: Matthew add comment to JDO-403 regarding split between JDO and ORM annotations.. [Sep 1 2006] AI Craig check into default handling to accommodate different defaults for annotations (?) based on context. In progress. [Aug 11 2006] AI Craig propose some semantics for behavior if user tries to add to a list where the ordering element is incorrect. [Jul 14 2006] AI: Erik document 220 annotations that don't have a corresponding JDO concept. [Jun 23 2006] AI Martin look at what Hibernate and TopLink support for Enum types. In progress. [Apr 14 2006] AI Craig: update the roadmap for JDO. In progress. [Nov 4 2005] AI Martin: Update Martin's wiki with discusion of JDK 1.5 issues. In progress [Sep 2 2005] AI: To recruit members, update the web site. Articles on TheServerSide directing attention to the site. T-shirts, logo. AI: Craig write a ServerSide article. -- Michelle From sandra01@example.org Thu Nov 02 21:45:48 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 68998 invoked from network); 2 Nov 2006 21:45:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 21:45:48 -0000 Received: (qmail 11943 invoked by uid 500); 2 Nov 2006 21:45:59 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 11932 invoked by uid 99); 2 Nov 2006 21:45:59 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 13:45:59 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 13:45:46 -0800 Received: from d1-sfbay-09.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2LjQf0003554 for <sandra01@example.org>; Thu, 2 Nov 2006 13:45:26 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Thu, 02 Nov 2006 13:45:26 -0800 (PST) Received: from [83.161.120.155] by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org> for sandra01@example.org; Thu, 02 Nov 2006 13:45:26 -0800 (PST) Date: Thu, 02 Nov 2006 13:45:24 -0800 From: Craig L Russell <sandra01@example.org> Subject: Fwd: which ejb. persistence Sender: sandra01@example.org To: Apache JDO project <sandra01@example.org> Message-id: <sandra01@example.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.2) Content-type: multipart/signed; protocol="application/pkcs7-signature"; boundary=Apple-Mail-+1-725-452-6730; micalg=sha1 References: <sandra01@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-+1-725-452-6730 Content-Type: multipart/alternative; boundary=Apple-Mail-17--486868917 --Apple-Mail-17--486868917 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Can anyone decipher this message? Craig Begin forwarded message: > From: Steve Loughran <sandra01@example.org> > Date: August 24, 2006 7:44:59 AM PDT > To: sandra01@example.org > Subject: Re: which ejb. persistence > Reply-To: sandra01@example.org > > On 23/08/06, Carlos Sanchez <sandra01@example.org> wrote: > >> javax.persistence persistence-api 1.0 is the reference implementation >> from glassfish and synced from >> https://maven-repository.dev.java.net/nonav/repository/ > > We need a redirect from javax.ejb to the new persistence API. > Otherwise the later-version-logic doesnt kick in, so that a reference > to javax.persistence/persistence-api#1.0 doesnt override > javax.persistence/ejb#3.0-fr. Craig Russell sandra01@example.org http://db.apache.org/jdo --Apple-Mail-17--486868917 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=US-ASCII <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; ">Can anyone decipher this = message?<DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>Craig<BR><DIV><BR><DIV>Begin = forwarded message:</DIV><BR = class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>From: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica">Steve Loughran &lt;<A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>&gt;<= /FONT></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><FONT face=3D"Helvetica" = size=3D"3" color=3D"#000000" style=3D"font: 12.0px Helvetica; color: = #000000"><B>Date: </B></FONT><FONT face=3D"Helvetica" size=3D"3" = style=3D"font: 12.0px Helvetica">August 24, 2006 7:44:59 AM = PDT</FONT></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><FONT face=3D"Helvetica" = size=3D"3" color=3D"#000000" style=3D"font: 12.0px Helvetica; color: = #000000"><B>To: </B></FONT><FONT face=3D"Helvetica" size=3D"3" = style=3D"font: 12.0px Helvetica"><A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A></FONT></DI= V><DIV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>Subject: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica"><B>Re: which ejb. persistence</B></FONT></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>Reply-To: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica"><A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A></FONT></DI= V><DIV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; min-height: 14px; "><BR></DIV> <DIV style=3D"margin-top:= 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">On = 23/08/06, Carlos Sanchez &lt;<A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>&gt; = wrote:</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV> = <BLOCKQUOTE type=3D"cite"><DIV style=3D"margin-top: 0px; margin-right: = 0px; margin-bottom: 0px; margin-left: 0px; ">javax.persistence = persistence-api 1.0 is the reference implementation</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">from glassfish and synced from</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><A = href=3D"https://maven-repository.dev.java.net/nonav/repository/">https://m= aven-repository.dev.java.net/nonav/repository/</A></DIV> = </BLOCKQUOTE><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">We need a redirect from javax.ejb to the new = persistence API.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; ">Otherwise the = later-version-logic doesnt kick in, so that a reference</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">to javax.persistence/persistence-api#1.0 doesnt = override</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; = ">javax.persistence/ejb#3.0-fr.</DIV> </BLOCKQUOTE></DIV><BR><DIV> <SPAN = class=3D"Apple-style-span" style=3D"border-collapse: separate; = border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; = font-size: 12px; font-style: normal; font-variant: normal; font-weight: = normal; letter-spacing: normal; line-height: normal; text-align: auto; = -khtml-text-decorations-in-effect: none; text-indent: 0px; = -apple-text-size-adjust: auto; text-transform: none; orphans: 2; = white-space: normal; widows: 2; word-spacing: 0px; "><DIV>Craig = Russell</DIV><DIV>sandra01@example.org <A = href=3D"http://db.apache.org/jdo">http://db.apache.org/jdo</A></DIV><BR = class=3D"Apple-interchange-newline"></SPAN> = </DIV><BR></DIV></BODY></HTML>= --Apple-Mail-17--486868917-- --Apple-Mail-+1-725-452-6730 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEB7Y7fLHmKoeHTUdbtYrvpAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MTIxNTIxNDc0NFoXDTA2MTIxNTIxNDc0 NFowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXXgEAm88nu8cFbxXSWqTq+GaYpCx/0QSom 8kBbVxpJIURuO4ErLDupeXu6y9+5e7ZKLbeSQE5xbfYPcQR/IhqmYKy5YqRcuzPXREBj2zKEkZph pNXWpHgMdx9W8dq0Cu2i9Ux/S6c2MuEHrP6gfGGll+b/mzLoO280QHTuE4pcpKntRnwZdGxQ/5l8 IL+eLP+jpJAbYW9C+KNKofZtS6V6R0uzlqTOsEdZvwxZQ4mmPgHoz1+Gjwme/PC5sKvF09MaJDiI pj9SvZ4CTCgcDZV78J086YwlVbMC0VQotjhu1p42lr8CS33IXLz3OWNrDETCAepah/Dgw2ZZApQ9 9L0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEEBQADgYEAKdIkgAWCg2Bi7ocnstfJA4iymTRI2/L4oQx9zvllM9bNJ2cR cecJIx3HuoHbhPvemh1GExEPgHU+dXSxDmD0BEmPnhSReKCURyslnbMphPZ5kR6USzQFrRa+v0ii J+SBO9VQYTQWT+xEjmRLM76MfkBFw3IOC9CUkRoYZ88pOoUwggM/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 YWlsIElzc3VpbmcgQ0ECEB7Y7fLHmKoeHTUdbtYrvpAwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMTAyMjE0NTI1WjAjBgkqhkiG9w0B CQQxFgQUeYkqF8/lp6S69fS7cZk82BWIEK8wgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe2O3yx5iqHh01HW7WK76QMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe 2O3yx5iqHh01HW7WK76QMA0GCSqGSIb3DQEBAQUABIIBAETlCPKHyeZPxqg+G0yyetnDlcmHAd3z qYUdXyRi4SHvhW82Drp+mN4NKLUzo8+Weay4Q4UoJ1cNUYwIkRgH6O5XaAzYIP4WCGFcK46dXS94 xBCCX3cHEEYK7LvuZYtt4Lse3T26YKvzFBwSDBrES9S9mbhwMSH25ZPZv3Nt8M7VQ/X5SBtTzqL4 ESDoSiG16vW4MeVOo4d38ZfWg/wsznAhp7fmuSB39Tbwb21rl5ER5N2J4SM0c6e0HKWcuCXQi7d3 Ohaju9gZgFXg2/8eAxXcOrx5iggBCxXKDBDOJmeiWhOTFya99gLohgDLGQ753GYw1+GsxOgIR9hE DAMT7WIAAAAAAAA= --Apple-Mail-+1-725-452-6730-- From sandra01@example.org Thu Nov 02 22:12:40 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 78951 invoked from network); 2 Nov 2006 22:12:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Nov 2006 22:12:39 -0000 Received: (qmail 72592 invoked by uid 500); 2 Nov 2006 22:12:51 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 72574 invoked by uid 99); 2 Nov 2006 22:12:51 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 14:12:51 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= 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; Thu, 02 Nov 2006 14:12:38 -0800 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 743977142EF for <sandra01@example.org>; Thu, 2 Nov 2006 14:12:18 -0800 (PST) Message-ID: <13211658.1162505538473.JavaMail.root@brutus> Date: Thu, 2 Nov 2006 14:12:18 -0800 (PST) From: "Michael Bouschen (JIRA)" <sandra01@example.org> To: sandra01@example.org Subject: [jira] Resolved: (JDO-440) Upgrade dependencies in JDO *11 and *20 projects In-Reply-To: <19427500.1161640406647.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/JDO-440?page=all ] Michael Bouschen resolved JDO-440. ---------------------------------- Resolution: Fixed Checked in the patch (see revision 470545). > Upgrade dependencies in JDO *11 and *20 projects > ------------------------------------------------ > > Key: JDO-440 > URL: http://issues.apache.org/jira/browse/JDO-440 > Project: JDO > Issue Type: Task > Components: tck20, api20, tck11, api11, ri11, fostore20, runtime20, util20 > Affects Versions: JDO 2 final > Reporter: Michael Bouschen > Assigned To: Michael Bouschen > Priority: Minor > Fix For: JDO 2 maintenance release 1 > > Attachments: JDO-440.patch > > > Version 1.1 of the transaction-api (JTA) is now available through the glassfish maven repository: (https://maven-repository.dev.java.net/nonav/repository) > I propose to add this repository to the list of remote repositories and use the latest JTA version in the JDO projects. > Please note, maven does resolve the dependency and successfully downloads the jar, but I see the following message: > Cookie rejected: "$Version=0; JSESSIONID=4A3BD8EDDB8DCF96BAC41BCFEE4029A0; $Path=/servlets". Illegal path attribute "/servlets". Path of origin: "/nonav/repository/javax.transaction/jars/transaction-api-1.1.jar" > I double checked all the dependencies and propose to upgrade to the latest version: > - use transaction api (version 1.1) from glassfish maven repository > - use servlet-api (version 2.5) from glassfish maven repository > - derby 83.161.120.155 -> 83.161.120.155 > - log4j 1.2.8 -> 1.2.13 > - c3p0 0.9.0 -> 83.161.120.155 > - spring 1.2.5 -> 1.2.8 > - commons-pool 1.2 -> 1.3 > - commons-collections 3.1 -> 3.2 > - xerces 2.4.0 -> 2.8.1 > - xml-apis 1.0.b2 -> 1.3.03 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From sandra01@example.org Fri Nov 03 05:24:28 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 75706 invoked from network); 3 Nov 2006 05:24:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Nov 2006 05:24:22 -0000 Received: (qmail 95856 invoked by uid 500); 3 Nov 2006 05:24:33 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 95844 invoked by uid 99); 3 Nov 2006 05:24:33 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 21:24:33 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 21:24:21 -0800 Received: from d1-sfbay-09.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA35NuML006607 for <sandra01@example.org>; Thu, 2 Nov 2006 21:23:56 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Thu, 02 Nov 2006 21:23:56 -0800 (PST) Received: from [83.161.120.155] ([83.161.120.155]) by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org> for sandra01@example.org; Thu, 02 Nov 2006 21:23:56 -0800 (PST) Date: Thu, 02 Nov 2006 21:19:37 -0800 From: Martin Zaun <sandra01@example.org> Subject: Re: JDO TCK Conference Call Friday, Nov 2, 9 am PST In-reply-to: <sandra01@example.org> Sender: sandra01@example.org To: sandra01@example.org Message-id: <sandra01@example.org> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> <sandra01@example.org> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.13) Gecko/20060414 X-Virus-Checked: Checked by ClamAV on apache.org Hi Michelle, Craig, I'm on vacation and travelling through next Thursday and won't be able to dial in tomorrow. I'll dial in next Friday. Martin Michelle Caisse wrote: > Hi, > > We will have our regular meeting Friday, November 2 at 9 am PST to > discuss JDO TCK issues and status. > > Dial-in numbers are: > 866 230-6968 294-0479# > International: +1-725-452-6730 > > Agenda: > > 1. Date arithmetic in queries > > 2. New subprojects for JDK 1.5 support > > 3. Other issues > > Action Items from weeks past: > > [Oct 27 2006] AI: Matthew add comment to JDO-403 regarding split > between JDO and ORM annotations.. > > [Sep 1 2006] AI Craig check into default handling to accommodate > different defaults for annotations (?) based on context. In progress. > > [Aug 11 2006] AI Craig propose some semantics for behavior if user tries > to add to a list where the ordering element is incorrect. > > [Jul 14 2006] AI: Erik document 220 annotations that don't have a > corresponding JDO concept. > > [Jun 23 2006] AI Martin look at what Hibernate and TopLink support for > Enum types. In progress. > > [Apr 14 2006] AI Craig: update the roadmap for JDO. In progress. > > [Nov 4 2005] AI Martin: Update Martin's wiki with discusion of JDK 1.5 > issues. In progress > > [Sep 2 2005] AI: To recruit members, update the web site. Articles on > TheServerSide directing attention to the site. T-shirts, logo. AI: > Craig write a ServerSide article. > > -- Michelle From sandra01@example.org Fri Nov 03 17:57:54 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 89657 invoked from network); 3 Nov 2006 17:57:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Nov 2006 17:57:54 -0000 Received: (qmail 84998 invoked by uid 500); 3 Nov 2006 17:58:05 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 84987 invoked by uid 99); 3 Nov 2006 17:58:05 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 09:58:05 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 09:57:50 -0800 Received: from d1-sfbay-09.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA3HvMac003075 for <sandra01@example.org>; Fri, 3 Nov 2006 09:57:26 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Fri, 03 Nov 2006 09:57:22 -0800 (PST) Received: from [83.161.120.155] by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org> for sandra01@example.org; Fri, 03 Nov 2006 09:57:21 -0800 (PST) Date: Fri, 03 Nov 2006 09:57:19 -0800 From: Craig L Russell <sandra01@example.org> Subject: Minutes: JDO TCK Conference Call Friday, Nov 2, 9 am PST Sender: sandra01@example.org To: Apache JDO project <sandra01@example.org> Message-id: <sandra01@example.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.2) Content-type: multipart/signed; protocol="application/pkcs7-signature"; boundary=Apple-Mail-32--414153302; micalg=sha1 References: <sandra01@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-32--414153302 Content-Type: multipart/alternative; boundary=Apple-Mail-31--414153933 --Apple-Mail-31--414153933 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Attendees: Matthew Adams, Michael Bouschen, Craig Russell Agenda: 1. Date arithmetic in queries: There are at least two different issues here: 1a. Retrieving the date from the server. In Oracle, you can SELECT CURRENT_DATE FROM DUAL. In JDOQL, we have no special persistent class that has a singleton, to request that exactly one element is returned. We could use void.class, or null as the candidate class, or JDOHelper, or PersistenceManagerFactory. The query would look like "Select xxx From void". Another way to handle this would be to add an API to PersistenceManagerFactory, e.g. Xxx currentDate(). 1b. Using the date in the WHERE clause. Most of the interesting methods on Date have been deprecated in favor of Calendar. We could use Calendar.getInstance() which would return the instance in the time zone and locale of the server. We can support comparisons of this Calendar with fields of type Date. In order to support date arithmetic, we could use the add(int field, int amount) method to change various fields. For portability, we should specify which calendar fields must be supported by an implementation, e.g. Calendar.DAY_OF_MONTH. An issue is that the signature of add returns void. So you can't use the result of add for anything. I suppose we could follow the example of StringBuffer and have the result of add be a Calendar, returning this. Similarly, methods roll, set, setTime, setTimeInMillis, getTime, and getTimeInMillis might be considered as required or optional. This should depend on the common functionality of database back ends for the required methods, and implementations could choose to add more supported methods. If the candidate collection is an extent or the result of an extent query, then the Calendar functionality refers to the database back end. If the candidate collection is a collection, then it refers to the VM. 2. New subprojects for JDK 1.5 support: There are two ways to distinguish the artifacts. One is to use a different artifact id; the other is to use a different version number. The projects that need different content are the api20 and tck20 projects. These probably will be branched for the different artifacts. The trunk should continue with the jdk15 support; the earlier support would be branched. 3. Other issues none Craig Action Items from weeks past: [Oct 27 2006] AI: Matthew add comment to JDO-403 regarding split between JDO and ORM annotations.. [Sep 1 2006] AI Craig check into default handling to accommodate different defaults for annotations (?) based on context. In progress. [Aug 11 2006] AI Craig propose some semantics for behavior if user tries to add to a list where the ordering element is incorrect. [Jul 14 2006] AI: Erik document 220 annotations that don't have a corresponding JDO concept. [Jun 23 2006] AI Martin look at what Hibernate and TopLink support for Enum types. In progress. [Apr 14 2006] AI Craig: update the roadmap for JDO. In progress. [Nov 4 2005] AI Martin: Update Martin's wiki with discusion of JDK 1.5 issues. In progress [Sep 2 2005] AI: To recruit members, update the web site. Articles on TheServerSide directing attention to the site. T-shirts, logo. AI: Craig write a ServerSide article. -- Michelle Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo +1-725-452-6730 mailto:sandra01@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-31--414153933 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; "><DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; = min-height: 14px; ">Attendees: Matthew Adams,=A0Michael Bouschen, Craig = Russell</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR = class=3D"khtml-block-placeholder"></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; = ">Agenda:</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">1. Date arithmetic in queries: There are at least = two different issues here:=A0</DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><BR = class=3D"khtml-block-placeholder"></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">1a. = Retrieving the date from the server. In Oracle, you can SELECT = CURRENT_DATE FROM DUAL. In JDOQL, we have no special persistent class = that has a singleton, to request that exactly one element is returned. = We could use void.class, or null as the candidate class, or JDOHelper, = or PersistenceManagerFactory. The query would look like "Select xxx =46rom= void".=A0Another way to handle this would be to add an API to = PersistenceManagerFactory, e.g. Xxx currentDate().=A0</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><BR class=3D"khtml-block-placeholder"></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">1b. Using the date in the WHERE clause. Most of the = interesting methods on Date have been deprecated in favor of Calendar. = We could use Calendar.getInstance() which would return the instance in = the time zone and locale of the server. We can support comparisons of = this Calendar with fields of type Date. In order to support date = arithmetic, we could use the add(int field, int amount) method to change = various fields. For portability, we should specify which calendar fields = must be supported by an implementation, e.g. Calendar.DAY_OF_MONTH. An = issue is that the signature of add returns void. So you can't use the = result of add for anything. I suppose we could follow the example of = StringBuffer and have the result of add be a Calendar, returning this. = Similarly, methods roll, set, setTime, setTimeInMillis, getTime, and = getTimeInMillis might be considered as required or optional. This should = depend on the common functionality of database back ends for the = required methods, and implementations could choose to add more supported = methods.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><BR = class=3D"khtml-block-placeholder"></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">If the = candidate collection is an extent or the result of an extent query, then = the Calendar functionality refers to the database back end. If the = candidate collection is a collection, then it refers to the = VM.=A0</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">2.<SPAN class=3D"Apple-converted-space">=A0 = </SPAN>New subprojects for JDK 1.5 support: There are two ways to = distinguish the artifacts. One is to use a different artifact id; the = other is to use a different version number. The projects that need = different content are the api20 and tck20 projects. These probably will = be branched for the different artifacts. The trunk should continue with = the jdk15 support; the earlier support would be branched.=A0</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">3. Other = issues</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><BR = class=3D"khtml-block-placeholder"></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; = ">none</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><BR = class=3D"khtml-block-placeholder"></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; = ">Craig</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">Action Items from weeks past:</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">[Oct 27 = 2006]<SPAN class=3D"Apple-converted-space">=A0 </SPAN>AI: Matthew add = comment to JDO-403 regarding split between JDO and ORM = annotations..</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">[Sep 1 2006] AI Craig<SPAN = class=3D"Apple-converted-space">=A0 </SPAN>check into default handling = to accommodate different defaults for annotations (?) based<SPAN = class=3D"Apple-converted-space">=A0 </SPAN>on context. In = progress.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">[Aug 11 2006] AI Craig propose some semantics for = behavior if user tries to add to a list where the ordering element is = incorrect.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">[Jul 14 2006] AI: Erik document 220 annotations that = don't have a<SPAN class=3D"Apple-converted-space">=A0 = </SPAN>corresponding JDO concept.</DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: = 14px; "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; ">[Jun 23 2006]<SPAN = class=3D"Apple-converted-space">=A0 </SPAN>AI<SPAN = class=3D"Apple-converted-space">=A0 </SPAN>Martin look at what Hibernate = and TopLink support for Enum types. In progress.</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">[Apr 14 = 2006] AI Craig: update the roadmap for JDO. In progress.</DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">[Nov 4 = 2005] AI Martin: Update Martin's wiki with discusion of JDK 1.5 issues. = In progress</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">[Sep 2 2005] AI: To recruit members, update the web = site. Articles on TheServerSide directing attention to the site. = T-shirts, logo. AI:<SPAN class=3D"Apple-converted-space">=A0 = </SPAN>Craig write a ServerSide article.</DIV><DIV style=3D"margin-top: = 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; = min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: 0px; = margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">-- = Michelle</DIV> </DIV><BR><DIV> <P style=3D"margin: 0.0px 0.0px 0.0px = 0.0px"><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica">Craig Russell</FONT></P> <P style=3D"margin: 0.0px 0.0px = 0.0px 0.0px"><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica">Architect, Sun Java Enterprise System <A = href=3D"http://java.sun.com/products/jdo">http://java.sun.com/products/jdo= </A></FONT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">408 = 276-5638 <A = href=3D"mailto:sandra01@example.org">mailto:sandra01@example.org</A></FO= NT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT = face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">P.S. A = good JDO? O, Gasp!</FONT></P> </DIV><BR></BODY></HTML>= --Apple-Mail-31--414153933-- --Apple-Mail-32--414153302 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw ggJyoAMCAQICEB7Y7fLHmKoeHTUdbtYrvpAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MTIxNTIxNDc0NFoXDTA2MTIxNTIxNDc0 NFowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXXgEAm88nu8cFbxXSWqTq+GaYpCx/0QSom 8kBbVxpJIURuO4ErLDupeXu6y9+5e7ZKLbeSQE5xbfYPcQR/IhqmYKy5YqRcuzPXREBj2zKEkZph pNXWpHgMdx9W8dq0Cu2i9Ux/S6c2MuEHrP6gfGGll+b/mzLoO280QHTuE4pcpKntRnwZdGxQ/5l8 IL+eLP+jpJAbYW9C+KNKofZtS6V6R0uzlqTOsEdZvwxZQ4mmPgHoz1+Gjwme/PC5sKvF09MaJDiI pj9SvZ4CTCgcDZV78J086YwlVbMC0VQotjhu1p42lr8CS33IXLz3OWNrDETCAepah/Dgw2ZZApQ9 9L0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEEBQADgYEAKdIkgAWCg2Bi7ocnstfJA4iymTRI2/L4oQx9zvllM9bNJ2cR cecJIx3HuoHbhPvemh1GExEPgHU+dXSxDmD0BEmPnhSReKCURyslnbMphPZ5kR6USzQFrRa+v0ii J+SBO9VQYTQWT+xEjmRLM76MfkBFw3IOC9CUkRoYZ88pOoUwggM/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 YWlsIElzc3VpbmcgQ0ECEB7Y7fLHmKoeHTUdbtYrvpAwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMTAzMTc1NzIwWjAjBgkqhkiG9w0B CQQxFgQUNgO1AMqVToJIU73QUYGVv9o4lmAwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe2O3yx5iqHh01HW7WK76QMIGHBgsqhkiG 9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe 2O3yx5iqHh01HW7WK76QMA0GCSqGSIb3DQEBAQUABIIBAF804ayqVvK73sSC5XkVPXMub3aCA4x+ M1n5OXCAsFZk10JoRTwDx+v9XaSa4tdA11mrvkIi+yiYQA9+Ejozz9R11F6xeUaMh0eccmCjjcYA oTgBmqoqh9ey3uIoc9A/9+lcRMaZZ23OlggKXAPfJWwKHeYJiTf7YVNA2W9TCpDx4AEP1DesVyzO hLp8sS8whFsjYfQYN8q7AAbj6o1Lh+EWhtZdRKDJZZgiXjhvlgDX/nZv/RAhnu0AiLoYNvIfqVHL KH0gR5gWdoDmKeif8CWcgR7CfZnqIXDSifysgQDxE/6nDoU43WXoTxy9Kriv7PpVYE/yD6OGurLb IElId0QAAAAAAAA= --Apple-Mail-32--414153302-- From sandra01@example.org Fri Nov 03 23:14:52 2006 Return-Path: <sandra01@example.org> Delivered-To: sandra01@example.org Received: (qmail 81961 invoked from network); 3 Nov 2006 23:14:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Nov 2006 23:14:52 -0000 Received: (qmail 80060 invoked by uid 500); 3 Nov 2006 23:15:03 -0000 Mailing-List: contact sandra01@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:sandra01@example.org> List-Unsubscribe: <mailto:sandra01@example.org> List-Post: <mailto:sandra01@example.org> List-Id: <jdo-dev.db.apache.org> Reply-To: sandra01@example.org Delivered-To: mailing list sandra01@example.org Received: (qmail 80049 invoked by uid 99); 3 Nov 2006 23:15:03 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 15:15:03 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO nwk-ea-fw-1.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 15:14:51 -0800 Received: from d1-sfbay-10.sun.com ([83.161.120.155]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA3NEPAx015975 for <sandra01@example.org>; Fri, 3 Nov 2006 15:14:25 -0800 (PST) Received: from conversion-daemon.d1-sfbay-10.sun.com by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <sandra01@example.org> (original mail from sandra01@example.org) for sandra01@example.org; Fri, 03 Nov 2006 15:14:25 -0800 (PST) Received: from [83.161.120.155] (c-24-6-172-77.hsd1.ca.comcast.net [83.161.120.155]) by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <sandra01@example.org> for sandra01@example.org; Fri, 03 Nov 2006 15:14:25 -0800 (PST) Date: Fri, 03 Nov 2006 15:14:23 -0800 From: Craig L Russell <sandra01@example.org> Subject: Fwd: Spring 2.0 release Sender: sandra01@example.org To: Apache JDO project <sandra01@example.org> Message-id: <sandra01@example.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.2) Content-type: multipart/signed; protocol="application/pkcs7-signature"; boundary=Apple-Mail-40--395129893; micalg=sha1 References: <sandra01@example.org> X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-40--395129893 Content-Type: multipart/alternative; boundary=Apple-Mail-39--395130248 --Apple-Mail-39--395130248 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi Michael, I hope this solves the issue. Can you try it out and see if it works? Thanks, Craig Begin forwarded message: > From: Ben Hale <sandra01@example.org> > Date: November 3, 2006 11:38:29 AM PST > To: Craig L Russell <sandra01@example.org> > Cc: sandra01@example.org, Michael Bouschen <sandra01@example.org> > Subject: Re: Spring 2.0 release > Reply-To: sandra01@example.org > > Craig, I just got a response back from the maven guys. Basically, > they use HTTP redirection to get the maven 1 jars from the maven 2 > repository. > > So > > http://www.ibiblio.org/maven/org.springframework/jars/ has no > spring-core-2.0.jar > > but > > http://www.ibiblio.org/maven/org.springframework/jars/spring- > core-2.0.jar works, redirecting to http://www.ibiblio.org/maven2/ > org/springframework/spring-core/2.0/spring-core-2.0.jar > > Just a little bit of HTTP redirection magic, nothing more. Hope > this helps out. > > Ben Hale > Spring Training, Consulting and Support - "From the Source" > http://www.interface21.com > cell: +1-725-452-6730 > > ----- Original Message ----- > From: Rod Johnson <sandra01@example.org> > To: Craig L Russell <sandra01@example.org>, Ben Hale > <sandra01@example.org> > Cc: sandra01@example.org, Michael Bouschen <sandra01@example.org> > Sent: Thursday, November 2, 2006 5:10:32 PM GMT-0500 US/Eastern > Subject: Re: Spring 2.0 release > > Hi Craig! > > I'm not the Maven guru around here, but I've copied Ben Hale, who > should > be able to fill you in... > > Rgds > Rod > > > Craig L Russell wrote: >> Hi Rod, >> >> I'm trying to update dependencies for our project to Spring 2.0, >> but the >> artifacts aren't published for use with maven 1 on ibiblio. >> >> Are there any plans to publish for maven 1? >> >> Thanks, >> >> Craig >> >> Craig Russell >> >> Architect, Sun Java Enterprise System http://java.sun.com/products/ >> jdo >> >> +1-725-452-6730 mailto:sandra01@example.org >> >> P.S. A good JDO? O, Gasp! >> >> > Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo +1-725-452-6730 mailto:sandra01@example.org P.S. A good JDO? O, Gasp! --Apple-Mail-39--395130248 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; ">Hi Michael,<DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>I hope this solves the = issue. Can you try it out and see if it works?</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>Thanks,</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>Craig</DIV><DIV><DIV><BR><DIV= >Begin forwarded message:</DIV><BR = class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>From: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica">Ben Hale &lt;<A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>&gt;</FONT>= </DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: = 0px; margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" = color=3D"#000000" style=3D"font: 12.0px Helvetica; color: = #000000"><B>Date: </B></FONT><FONT face=3D"Helvetica" size=3D"3" = style=3D"font: 12.0px Helvetica">November 3, 2006 11:38:29 AM = PST</FONT></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><FONT face=3D"Helvetica" = size=3D"3" color=3D"#000000" style=3D"font: 12.0px Helvetica; color: = #000000"><B>To: </B></FONT><FONT face=3D"Helvetica" size=3D"3" = style=3D"font: 12.0px Helvetica">Craig L Russell &lt;<A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>&gt;</FONT>= </DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: = 0px; margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" = color=3D"#000000" style=3D"font: 12.0px Helvetica; color: = #000000"><B>Cc: </B></FONT><FONT face=3D"Helvetica" size=3D"3" = style=3D"font: 12.0px Helvetica"><A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>, Michael = Bouschen &lt;<A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A>&gt;</FONT></DIV><D= IV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>Subject: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica"><B>Re: Spring 2.0 release</B></FONT></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3" color=3D"#000000" = style=3D"font: 12.0px Helvetica; color: #000000"><B>Reply-To: = </B></FONT><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px = Helvetica"><A = href=3D"mailto:sandra01@example.org">sandra01@example.org</A></FON= T></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: = 0px; margin-left: 0px; min-height: 14px; "><BR></DIV> <DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">Craig, I just got a response back from the maven = guys.<SPAN class=3D"Apple-converted-space">=A0 </SPAN>Basically, they = use HTTP redirection to get the maven 1 jars from the maven 2 = repository.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV = style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">So</DIV><DIV style=3D"margin-top: 0px; margin-right: = 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; = "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; "><A = href=3D"http://www.ibiblio.org/maven/org.springframework/jars/">http://www= .ibiblio.org/maven/org.springframework/jars/</A> has no = spring-core-2.0.jar</DIV><DIV style=3D"margin-top: 0px; margin-right: = 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; = "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; = margin-bottom: 0px; margin-left: 0px; ">but</DIV><DIV style=3D"margin-top:= 0px; margin-right: 0px; margin-bottom:
{'source': 'Apache Software Foundation Public Mail Archives'}