From ostanton@example.com Wed Mar 02 15:01:06 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 66107 invoked from network); 2 Mar 2011 15:01:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 15:01:06 -0000 Received: (qmail 11658 invoked by uid 500); 2 Mar 2011 15:01:06 -0000 Delivered-To: ostanton@example.com Received: (qmail 11482 invoked by uid 500); 2 Mar 2011 15:01:03 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 11469 invoked by uid 99); 2 Mar 2011 15:01:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 15:01:01 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 15:00:59 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 5525B4BE61 for <ostanton@example.com>; Wed, 2 Mar 2011 15:00:38 +0000 (UTC) Date: Wed, 2 Mar 2011 15:00:38 +0000 (UTC) From: "Michael Dick (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Updated: (OPENJPA-1953) Copying data from inputStream to OuputStream needs appropriate buffer size MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Dick updated OPENJPA-1953: ---------------------------------- Fix Version/s: 2.2.0 Assigning to 2.2.0. > Copying data from inputStream to OuputStream needs appropriate buffer size > -------------------------------------------------------------------------- > > Key: OPENJPA-1953 > URL: https://issues.apache.org/jira/browse/OPENJPA-1953 > Project: OpenJPA > Issue Type: Bug > Components: lib > Affects Versions: 2.1.0 > Reporter: Xiaoming Shi > Fix For: 2.2.0 > > > In the file: > ./apache-openjpa-2.1.0-source/openjpa-lib/src/main/java/org/apache/openjpa/lib/meta/ZipStreamMetaDataIterator.java line : 119 > The buffer size is fixed as 1024 bytes. With the size of the data varies, the performance can be damaged a lot. > We need an appropriate buffer size which depends on the size of the data to be copied. > This is the same as the Appache Bug (https://issues.apache.org/bugzilla/show_bug.cgi?id=32546) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 16:25:04 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 44511 invoked from network); 2 Mar 2011 16:25:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 16:25:04 -0000 Received: (qmail 79111 invoked by uid 500); 2 Mar 2011 16:25:04 -0000 Delivered-To: ostanton@example.com Received: (qmail 78840 invoked by uid 500); 2 Mar 2011 16:25:02 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 78412 invoked by uid 99); 2 Mar 2011 16:25:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:25:00 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:24:58 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id E34984C60F for <ostanton@example.com>; Wed, 2 Mar 2011 16:24:36 +0000 (UTC) Date: Wed, 2 Mar 2011 16:24:36 +0000 (UTC) From: "Rick Curtis (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Created: (OPENJPA-1954) ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass --------------------------------------------------------------------------------------------- Key: OPENJPA-1954 URL: https://issues.apache.org/jira/browse/OPENJPA-1954 Project: OpenJPA Issue Type: Bug Components: kernel Affects Versions: 2.1.0, 2.0.0, 1.2.2, 2.2.0 Reporter: Rick Curtis Assignee: Rick Curtis Fix For: 2.2.0 This is a problem that was reported on the users mailing list[1]. [1] http://openjpa.markmail.org/thread/qvcducd52vgrhone <openjpa-2.2.0-SNAPSHOT-r422266:1061583M nonfatal user error> org.apache.openjpa.persistence.ArgumentException: Failed to execute query "SELECT s FROM TimestampedEntity s WHERE s.version < :endDate". Check the query syntax for correctness. See nested exception for details. at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:872) at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:794) at org.apache.openjpa.kernel.DelegatingQuery.execute(DelegatingQuery.java:542) at org.apache.openjpa.persistence.QueryImpl.execute(QueryImpl.java:305) at org.apache.openjpa.persistence.QueryImpl.getResultList(QueryImpl.java:321) at org.apache.openjpa.persistence.jdbc.update.TestTimestampVersion.test(TestTimestampVersion.java:50) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:600) at junit.framework.TestCase.runTest(TestCase.java:154) at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:579) at junit.framework.TestCase.runBare(TestCase.java:127) at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:566) at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:542) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.run(AbstractPersistenceTestCase.java:206) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: ostanton@example.com(PCPath.java:995) at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:63) at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:59) at org.apache.openjpa.jdbc.sql.DBDictionary.comparison(DBDictionary.java:2910) at org.apache.openjpa.jdbc.kernel.exps.CompareExpression.appendTo(CompareExpression.java:75) at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.buildWhere(SelectConstructor.java:312) at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:94) at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.createWhereSelects(JDBCStoreQuery.java:361) at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.executeQuery(JDBCStoreQuery.java:193) at org.apache.openjpa.kernel.ExpressionStoreQuery$DataStoreExecutor.executeQuery(ExpressionStoreQuery.java:782) at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:1005) at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:863) ... 27 more -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 16:46:06 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 15415 invoked from network); 2 Mar 2011 16:46:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 16:46:05 -0000 Received: (qmail 25468 invoked by uid 500); 2 Mar 2011 16:46:05 -0000 Delivered-To: ostanton@example.com Received: (qmail 25095 invoked by uid 500); 2 Mar 2011 16:46:02 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 25059 invoked by uid 99); 2 Mar 2011 16:46:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:46:01 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:46:00 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id C9B164CF3A for <ostanton@example.com>; Wed, 2 Mar 2011 16:45:40 +0000 (UTC) Date: Wed, 2 Mar 2011 16:45:40 +0000 (UTC) From: "Rick Curtis (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Updated: (OPENJPA-1954) ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick Curtis updated OPENJPA-1954: --------------------------------- Attachment: openjpa-1954.jar Attaching a jar with the required change. > ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass > --------------------------------------------------------------------------------------------- > > Key: OPENJPA-1954 > URL: https://issues.apache.org/jira/browse/OPENJPA-1954 > Project: OpenJPA > Issue Type: Bug > Components: kernel > Affects Versions: 1.2.2, 2.0.0, 2.1.0, 2.2.0 > Reporter: Rick Curtis > Assignee: Rick Curtis > Fix For: 2.2.0 > > Attachments: openjpa-1954.jar, openjpa-1954.jar > > > This is a problem that was reported on the users mailing list[1]. > [1] http://openjpa.markmail.org/thread/qvcducd52vgrhone > <openjpa-2.2.0-SNAPSHOT-r422266:1061583M nonfatal user error> org.apache.openjpa.persistence.ArgumentException: Failed to execute query "SELECT s FROM TimestampedEntity s WHERE s.version < :endDate". Check the query syntax for correctness. See nested exception for details. > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:872) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:794) > at org.apache.openjpa.kernel.DelegatingQuery.execute(DelegatingQuery.java:542) > at org.apache.openjpa.persistence.QueryImpl.execute(QueryImpl.java:305) > at org.apache.openjpa.persistence.QueryImpl.getResultList(QueryImpl.java:321) > at org.apache.openjpa.persistence.jdbc.update.TestTimestampVersion.test(TestTimestampVersion.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:600) > at junit.framework.TestCase.runTest(TestCase.java:154) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:579) > at junit.framework.TestCase.runBare(TestCase.java:127) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:566) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:542) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.run(AbstractPersistenceTestCase.java:206) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) > Caused by: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0 > at org.apache.openjpa.jdbc.kernel.exps.PCPath.appendTo(PCPath.java:995) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:63) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:59) > at org.apache.openjpa.jdbc.sql.DBDictionary.comparison(DBDictionary.java:2910) > at org.apache.openjpa.jdbc.kernel.exps.CompareExpression.appendTo(CompareExpression.java:75) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.buildWhere(SelectConstructor.java:312) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:94) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.createWhereSelects(JDBCStoreQuery.java:361) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.executeQuery(JDBCStoreQuery.java:193) > at org.apache.openjpa.kernel.ExpressionStoreQuery$DataStoreExecutor.executeQuery(ExpressionStoreQuery.java:782) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:1005) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:863) > ... 27 more -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 16:46:07 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 15662 invoked from network); 2 Mar 2011 16:46:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 16:46:07 -0000 Received: (qmail 25916 invoked by uid 500); 2 Mar 2011 16:46:07 -0000 Delivered-To: ostanton@example.com Received: (qmail 25500 invoked by uid 500); 2 Mar 2011 16:46:05 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 25074 invoked by uid 99); 2 Mar 2011 16:46:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:46:02 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 16:46:01 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 6E1A34CF48 for <ostanton@example.com>; Wed, 2 Mar 2011 16:45:41 +0000 (UTC) Date: Wed, 2 Mar 2011 16:45:41 +0000 (UTC) From: "Rick Curtis (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Updated: (OPENJPA-1954) ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick Curtis updated OPENJPA-1954: --------------------------------- Attachment: openjpa-1954.jar Uploading patch. > ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass > --------------------------------------------------------------------------------------------- > > Key: OPENJPA-1954 > URL: https://issues.apache.org/jira/browse/OPENJPA-1954 > Project: OpenJPA > Issue Type: Bug > Components: kernel > Affects Versions: 1.2.2, 2.0.0, 2.1.0, 2.2.0 > Reporter: Rick Curtis > Assignee: Rick Curtis > Fix For: 2.2.0 > > Attachments: openjpa-1954.jar, openjpa-1954.jar > > > This is a problem that was reported on the users mailing list[1]. > [1] http://openjpa.markmail.org/thread/qvcducd52vgrhone > <openjpa-2.2.0-SNAPSHOT-r422266:1061583M nonfatal user error> org.apache.openjpa.persistence.ArgumentException: Failed to execute query "SELECT s FROM TimestampedEntity s WHERE s.version < :endDate". Check the query syntax for correctness. See nested exception for details. > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:872) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:794) > at org.apache.openjpa.kernel.DelegatingQuery.execute(DelegatingQuery.java:542) > at org.apache.openjpa.persistence.QueryImpl.execute(QueryImpl.java:305) > at org.apache.openjpa.persistence.QueryImpl.getResultList(QueryImpl.java:321) > at org.apache.openjpa.persistence.jdbc.update.TestTimestampVersion.test(TestTimestampVersion.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:600) > at junit.framework.TestCase.runTest(TestCase.java:154) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:579) > at junit.framework.TestCase.runBare(TestCase.java:127) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:566) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:542) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.run(AbstractPersistenceTestCase.java:206) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) > Caused by: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0 > at org.apache.openjpa.jdbc.kernel.exps.PCPath.appendTo(PCPath.java:995) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:63) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:59) > at org.apache.openjpa.jdbc.sql.DBDictionary.comparison(DBDictionary.java:2910) > at org.apache.openjpa.jdbc.kernel.exps.CompareExpression.appendTo(CompareExpression.java:75) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.buildWhere(SelectConstructor.java:312) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:94) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.createWhereSelects(JDBCStoreQuery.java:361) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.executeQuery(JDBCStoreQuery.java:193) > at org.apache.openjpa.kernel.ExpressionStoreQuery$DataStoreExecutor.executeQuery(ExpressionStoreQuery.java:782) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:1005) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:863) > ... 27 more -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 21:00:01 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 66279 invoked from network); 2 Mar 2011 21:00:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 21:00:00 -0000 Received: (qmail 18823 invoked by uid 500); 2 Mar 2011 21:00:00 -0000 Delivered-To: ostanton@example.com Received: (qmail 18749 invoked by uid 500); 2 Mar 2011 20:59:59 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 18607 invoked by uid 99); 2 Mar 2011 20:59:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 20:59:58 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 20:59:58 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 32CC24C192 for <ostanton@example.com>; Wed, 2 Mar 2011 20:59:38 +0000 (UTC) Date: Wed, 2 Mar 2011 20:59:38 +0000 (UTC) From: "Rick Curtis (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Resolved: (OPENJPA-1954) ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick Curtis resolved OPENJPA-1954. ---------------------------------- Resolution: Fixed Committed revision 1076370 to trunk. > ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass > --------------------------------------------------------------------------------------------- > > Key: OPENJPA-1954 > URL: https://issues.apache.org/jira/browse/OPENJPA-1954 > Project: OpenJPA > Issue Type: Bug > Components: kernel > Affects Versions: 1.2.2, 2.0.0, 2.1.0, 2.2.0 > Reporter: Rick Curtis > Assignee: Rick Curtis > Fix For: 2.2.0 > > Attachments: openjpa-1954.jar, openjpa-1954.jar > > > This is a problem that was reported on the users mailing list[1]. > [1] http://openjpa.markmail.org/thread/qvcducd52vgrhone > <openjpa-2.2.0-SNAPSHOT-r422266:1061583M nonfatal user error> org.apache.openjpa.persistence.ArgumentException: Failed to execute query "SELECT s FROM TimestampedEntity s WHERE s.version < :endDate". Check the query syntax for correctness. See nested exception for details. > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:872) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:794) > at org.apache.openjpa.kernel.DelegatingQuery.execute(DelegatingQuery.java:542) > at org.apache.openjpa.persistence.QueryImpl.execute(QueryImpl.java:305) > at org.apache.openjpa.persistence.QueryImpl.getResultList(QueryImpl.java:321) > at org.apache.openjpa.persistence.jdbc.update.TestTimestampVersion.test(TestTimestampVersion.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:600) > at junit.framework.TestCase.runTest(TestCase.java:154) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:579) > at junit.framework.TestCase.runBare(TestCase.java:127) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:566) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:542) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.run(AbstractPersistenceTestCase.java:206) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) > Caused by: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0 > at org.apache.openjpa.jdbc.kernel.exps.PCPath.appendTo(PCPath.java:995) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:63) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:59) > at org.apache.openjpa.jdbc.sql.DBDictionary.comparison(DBDictionary.java:2910) > at org.apache.openjpa.jdbc.kernel.exps.CompareExpression.appendTo(CompareExpression.java:75) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.buildWhere(SelectConstructor.java:312) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:94) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.createWhereSelects(JDBCStoreQuery.java:361) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.executeQuery(JDBCStoreQuery.java:193) > at org.apache.openjpa.kernel.ExpressionStoreQuery$DataStoreExecutor.executeQuery(ExpressionStoreQuery.java:782) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:1005) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:863) > ... 27 more -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 21:00:07 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 66461 invoked from network); 2 Mar 2011 21:00:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 21:00:06 -0000 Received: (qmail 19294 invoked by uid 500); 2 Mar 2011 21:00:01 -0000 Delivered-To: ostanton@example.com Received: (qmail 19250 invoked by uid 500); 2 Mar 2011 21:00:01 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 19241 invoked by uid 99); 2 Mar 2011 21:00:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 21:00:01 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 20:59:59 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id EB2EB4C15C for <ostanton@example.com>; Wed, 2 Mar 2011 20:59:37 +0000 (UTC) Date: Wed, 2 Mar 2011 20:59:37 +0000 (UTC) From: "Rick Curtis (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1954) ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13001631#comment-13001631 ] Rick Curtis commented on OPENJPA-1954: -------------------------------------- Fixed FieldMapping and DBDictionary to use defining metadata rather than declared metadata to get the version. > ArrayIndexOutOfBoundsException when querying on a version field that is in a MappedSuperclass > --------------------------------------------------------------------------------------------- > > Key: OPENJPA-1954 > URL: https://issues.apache.org/jira/browse/OPENJPA-1954 > Project: OpenJPA > Issue Type: Bug > Components: kernel > Affects Versions: 1.2.2, 2.0.0, 2.1.0, 2.2.0 > Reporter: Rick Curtis > Assignee: Rick Curtis > Fix For: 2.2.0 > > Attachments: openjpa-1954.jar, openjpa-1954.jar > > > This is a problem that was reported on the users mailing list[1]. > [1] http://openjpa.markmail.org/thread/qvcducd52vgrhone > <openjpa-2.2.0-SNAPSHOT-r422266:1061583M nonfatal user error> org.apache.openjpa.persistence.ArgumentException: Failed to execute query "SELECT s FROM TimestampedEntity s WHERE s.version < :endDate". Check the query syntax for correctness. See nested exception for details. > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:872) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:794) > at org.apache.openjpa.kernel.DelegatingQuery.execute(DelegatingQuery.java:542) > at org.apache.openjpa.persistence.QueryImpl.execute(QueryImpl.java:305) > at org.apache.openjpa.persistence.QueryImpl.getResultList(QueryImpl.java:321) > at org.apache.openjpa.persistence.jdbc.update.TestTimestampVersion.test(TestTimestampVersion.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:600) > at junit.framework.TestCase.runTest(TestCase.java:154) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:579) > at junit.framework.TestCase.runBare(TestCase.java:127) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:566) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runBare(AbstractPersistenceTestCase.java:542) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.run(AbstractPersistenceTestCase.java:206) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) > Caused by: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0 > at org.apache.openjpa.jdbc.kernel.exps.PCPath.appendTo(PCPath.java:995) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:63) > at org.apache.openjpa.jdbc.kernel.exps.FilterValueImpl.appendTo(FilterValueImpl.java:59) > at org.apache.openjpa.jdbc.sql.DBDictionary.comparison(DBDictionary.java:2910) > at org.apache.openjpa.jdbc.kernel.exps.CompareExpression.appendTo(CompareExpression.java:75) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.buildWhere(SelectConstructor.java:312) > at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:94) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.createWhereSelects(JDBCStoreQuery.java:361) > at org.apache.openjpa.jdbc.kernel.JDBCStoreQuery.executeQuery(JDBCStoreQuery.java:193) > at org.apache.openjpa.kernel.ExpressionStoreQuery$DataStoreExecutor.executeQuery(ExpressionStoreQuery.java:782) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:1005) > at org.apache.openjpa.kernel.QueryImpl.execute(QueryImpl.java:863) > ... 27 more -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Wed Mar 02 23:39:19 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 14562 invoked from network); 2 Mar 2011 23:39:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Mar 2011 23:39:19 -0000 Received: (qmail 97246 invoked by uid 500); 2 Mar 2011 23:39:18 -0000 Delivered-To: ostanton@example.com Received: (qmail 97218 invoked by uid 500); 2 Mar 2011 23:39:18 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Delivered-To: moderator for ostanton@example.com Received: (qmail 12624 invoked by uid 99); 2 Mar 2011 18:42:13 -0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Date: Wed, 2 Mar 2011 18:32:37 +0000 (UTC) From: "Oliver Ringel (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Updated: (OPENJPA-1787) Bean validation fails merging a new entity MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-1787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Ringel updated OPENJPA-1787: ----------------------------------- Attachment: testcase-openjpa-1787.tar A new simple testcase without dependencies to spring, etc. > Bean validation fails merging a new entity > ------------------------------------------ > > Key: OPENJPA-1787 > URL: https://issues.apache.org/jira/browse/OPENJPA-1787 > Project: OpenJPA > Issue Type: Bug > Components: jpa, kernel > Affects Versions: 2.0.1, 2.1.0, 2.2.0 > Reporter: Oliver Ringel > Priority: Critical > Attachments: com.example.TestEmployeeDAO.txt, openjpa-1787.tar, testcase-openjpa-1787.tar > > > The bean validation is not working correctly > If you try to merge a new entity. > EntityManager em = entityManagerFactory.createEntityManager(); > Person person = new Person(); > person.setName("Oliver"); // Employee.name is annotated @NotNull > person = em.merge(person); > you get a ConstraintValidationException, although name is set. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Thu Mar 03 10:21:58 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 84558 invoked from network); 3 Mar 2011 10:21:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Mar 2011 10:21:58 -0000 Received: (qmail 99739 invoked by uid 500); 3 Mar 2011 10:21:55 -0000 Delivered-To: ostanton@example.com Received: (qmail 99659 invoked by uid 500); 3 Mar 2011 10:21:55 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 99651 invoked by uid 99); 3 Mar 2011 10:21:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Mar 2011 10:21:55 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Mar 2011 10:21:56 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id D05434D755 for <ostanton@example.com>; Thu, 3 Mar 2011 10:21:36 +0000 (UTC) Date: Thu, 3 Mar 2011 10:21:36 +0000 (UTC) From: "Marc Logemann (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Created: (OPENJPA-1955) Parameter Types mapping error when using SQLCache MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Parameter Types mapping error when using SQLCache ------------------------------------------------- Key: OPENJPA-1955 URL: https://issues.apache.org/jira/browse/OPENJPA-1955 Project: OpenJPA Issue Type: Bug Components: query Affects Versions: 2.1.0 Environment: doesnt matter Reporter: Marc Logemann i am using this query: public List<Order> findByDate(Date date) { TypedQuery<Order> query =3D getEntityManager(). createQuery("select o FROM Order o where o.createdYmd =3D ?1= order by o.id", Order.class); query.setParameter(1, date, TemporalType.DATE); return query.getResultList(); } This query is called by a service class which is scheduled ever 30 seconds.= See the caller: // get yesterdays Date Date today =3D new Date(); Calendar calendar =3D Calendar.getInstance(); calendar.setTime(today); calendar.add(Calendar.DATE, -1); Date yesterday =3D calendar.getTime(); List<Order> list =3D orderDao.findByDate(yesterday); Now, on the second run, the query parameter is of type timestamp with full = time specified, giving me 0 records of course. First query returns records = because there TemporalType seems to work. See log. FIRST RUN -> [DEBUG myScheduler-3 16:36:30] | <t 941878577, conn 650647154> executing pr= epstmnt 1488869003 SELECT t0.oid, t0.`_version`, t1.oid, t1.`_version`, t1.= cleared, t1.id, t1.lastused, t2.oid, t2.`_version`, t2.created, t2.createdy= md, t2.custnr, t2.greenoption, t2.ordernr, t2.invaddress_oid, t2.iscardowne= r, t2.cost, t2.currency, t2.pricing, t2.paymenttype, t2.printed, t2.printed= by, t2.totalprice, t1.boxtype, t0.created, t0.createdymd, t0.custnr, t3.oid= , t3.jpatype, t3.`_version`, t3.addresstype, t3.city, t3.company, t3.countr= y, t3.department, t3.email, t3.firstname, t3.gender, t3.lastname, t3.middle= name, t3.phone, t3.zip, t3.postofficebox, t3.street, t3.housenr, t3.title, = t3.deliverymode, t0.greenoption, t0.ordernr, t4.oid, t4.jpatype, t4.`_versi= on`, t4.addresstype, t4.city, t4.company, t4.country, t4.department, t4.ema= il, t4.firstname, t4.gender, t4.lastname, t4.middlename, t4.phone, t4.zip, = t4.postofficebox, t4.street, t4.housenr, t4.title, t4.deliverymode, t4.orde= r_oid, t0.iscardowner, t0.cost, t0.currency, t0.pricing, t0.paymenttype, t0= .printed, t0.printedby, t0.totalprice FROM orders t0 LEFT OUTER JOIN boxes = t1 ON t0.box_oid =3D t1.oid LEFT OUTER JOIN address t3 ON t0.oid =3D t3.ord= er_oid LEFT OUTER JOIN address t4 ON t0.invaddress_oid =3D t4.oid LEFT OUTE= R JOIN orders t2 ON t1.oid =3D t2.box_oid WHERE (t0.createdymd =3D ?) AND (= t3.jpatype IS NULL OR t3.jpatype IN (?)) ORDER BY t0.ordernr ASC [params=3D= (Date) 2011-03-01, (int) 2] SECOND RUN -> [DEBUG myScheduler-2 16:37:00] | <t 1835085919, conn 1503676955> executing = prepstmnt 154018541 SELECT t0.oid, t0.`_version`, t1.oid, t1.`_version`, t1= .cleared, t1.id, t1.lastused, t2.oid, t2.`_version`, t2.created, t2.created= ymd, t2.custnr, t2.greenoption, t2.ordernr, t2.invaddress_oid, t2.iscardown= er, t2.cost, t2.currency, t2.pricing, t2.paymenttype, t2.printed, t2.printe= dby, t2.totalprice, t1.boxtype, t0.created, t0.createdymd, t0.custnr, t3.oi= d, t3.jpatype, t3.`_version`, t3.addresstype, t3.city, t3.company, t3.count= ry, t3.department, t3.email, t3.firstname, t3.gender, t3.lastname, t3.middl= ename, t3.phone, t3.zip, t3.postofficebox, t3.street, t3.housenr, t3.title,= t3.deliverymode, t0.greenoption, t0.ordernr, t4.oid, t4.jpatype, t4.`_vers= ion`, t4.addresstype, t4.city, t4.company, t4.country, t4.department, t4.em= ail, t4.firstname, t4.gender, t4.lastname, t4.middlename, t4.phone, t4.zip,= t4.postofficebox, t4.street, t4.housenr, t4.title, t4.deliverymode, t4.ord= er_oid, t0.iscardowner, t0.cost, t0.currency, t0.pricing, t0.paymenttype, t= 0.printed, t0.printedby, t0.totalprice FROM orders t0 LEFT OUTER JOIN boxes= t1 ON t0.box_oid =3D t1.oid LEFT OUTER JOIN address t3 ON t0.oid =3D t3.or= der_oid LEFT OUTER JOIN address t4 ON t0.invaddress_oid =3D t4.oid LEFT OUT= ER JOIN orders t2 ON t1.oid =3D t2.box_oid WHERE (t0.createdymd =3D ?) AND = (t3.jpatype IS NULL OR t3.jpatype IN (?)) ORDER BY t0.ordernr ASC [params= =3D(Timestamp) 2011-03-01 16:37:00.001, (int) 2] As Jeremy suggested, using this: <property name=3D"openjpa.jdbc.QuerySQLCache" value=3D"false"/> solves the problem but this is only a workaround. --=20 This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Fri Mar 04 08:53:58 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 80591 invoked from network); 4 Mar 2011 08:53:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Mar 2011 08:53:58 -0000 Received: (qmail 64749 invoked by uid 500); 4 Mar 2011 08:53:58 -0000 Delivered-To: ostanton@example.com Received: (qmail 64667 invoked by uid 500); 4 Mar 2011 08:53:58 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 64503 invoked by uid 99); 4 Mar 2011 08:53:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 08:53:57 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 08:53:57 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 002984F48A for <ostanton@example.com>; Fri, 4 Mar 2011 08:53:37 +0000 (UTC) Date: Fri, 4 Mar 2011 08:53:36 +0000 (UTC) From: "Ivica Loncar (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1792) Drop JDK5 support starting with OpenJPA 2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13002510#comment-13002510 ] Ivica Loncar commented on OPENJPA-1792: --------------------------------------- Michael thanks for clarification. We were concerned that patches for bugs wouldn't be regularly backported to 2.0.x. > Drop JDK5 support starting with OpenJPA 2.1 > ------------------------------------------- > > Key: OPENJPA-1792 > URL: https://issues.apache.org/jira/browse/OPENJPA-1792 > Project: OpenJPA > Issue Type: Task > Components: build / infrastructure > Affects Versions: 2.1.0 > Reporter: Donald Woods > Assignee: Donald Woods > Fix For: 2.1.0 > > > There were no -1 votes on the discussion thread to drop JDK5 support from trunk (2.1) so I'll move ahead with it. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Fri Mar 04 14:43:59 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 22193 invoked from network); 4 Mar 2011 14:43:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Mar 2011 14:43:59 -0000 Received: (qmail 42512 invoked by uid 500); 4 Mar 2011 14:43:59 -0000 Delivered-To: ostanton@example.com Received: (qmail 42481 invoked by uid 500); 4 Mar 2011 14:43:59 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 42471 invoked by uid 99); 4 Mar 2011 14:43:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 14:43:59 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 14:43:58 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id C4D924F1BF for <ostanton@example.com>; Fri, 4 Mar 2011 14:43:37 +0000 (UTC) Date: Fri, 4 Mar 2011 14:43:37 +0000 (UTC) From: "Michael Dick (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1792) Drop JDK5 support starting with OpenJPA 2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13002630#comment-13002630 ] Michael Dick commented on OPENJPA-1792: --------------------------------------- Hi Ivica, Having a 2.1.0 release won't affect which changes are ported to 2.0.x. We're generally conservative about what we put into a service release (2.1.x, or 2.0.x) but we're going to maintain both streams. Individual bugs will be evaluated on a case by case basis, but you'll still see fixes going into both streams. > Drop JDK5 support starting with OpenJPA 2.1 > ------------------------------------------- > > Key: OPENJPA-1792 > URL: https://issues.apache.org/jira/browse/OPENJPA-1792 > Project: OpenJPA > Issue Type: Task > Components: build / infrastructure > Affects Versions: 2.1.0 > Reporter: Donald Woods > Assignee: Donald Woods > Fix For: 2.1.0 > > > There were no -1 votes on the discussion thread to drop JDK5 support from trunk (2.1) so I'll move ahead with it. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Sun Mar 06 17:13:41 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 26484 invoked from network); 6 Mar 2011 17:13:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Mar 2011 17:13:40 -0000 Received: (qmail 91584 invoked by uid 500); 6 Mar 2011 17:13:40 -0000 Delivered-To: ostanton@example.com Received: (qmail 91414 invoked by uid 500); 6 Mar 2011 17:13:40 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Delivered-To: moderator for ostanton@example.com Received: (qmail 92143 invoked by uid 99); 2 Mar 2011 19:23:59 -0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Date: Wed, 2 Mar 2011 19:23:36 +0000 (UTC) From: "Oliver Ringel (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <{{EMAIL+PHONE}}> Subject: [jira] Commented: (OPENJPA-1787) Bean validation fails merging a new entity MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-1787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13001564#comment-13001564 ] Oliver Ringel commented on OPENJPA-1787: ---------------------------------------- I finally found the place in the source code where the data gets lost. If you merge a new entity the BrokerImpl first tries to attach the entity via the AttachManager. The AttachManager uses an AttachStrategy to persist the new entity. Here ist the code snippet from the org.apache.openjpa.kernel.AttachStrategy class with my comments protected StateManagerImpl persist(AttachManager manager, PersistenceCapable pc, ClassMetaData meta, Object appId, boolean explicit) { PersistenceCapable newInstance; if (!manager.getCopyNew()) newInstance = pc; <--- calling this would fix the issue else if (appId == null) { newInstance = pc.pcNewInstance(null, false); <--- but this is called, pc.pcNewInstance returns an new instance, person.name is set to null } else newInstance = pc.pcNewInstance(null, appId, false); return (StateManagerImpl) manager.getBroker().persist <-- this calls finally BrokerImpl.persistInternal(...) and fails because person.name is null (newInstance, appId, explicit, manager.getBehavior()); } For my testcases this issue could be fixed by replacing the first if statement with "if (manager.getCopyNew())". I'm absolutely not sure, if it is really that easy. I guess not. Maybe another good place to fix the problem is EntityManagerImpl.merge() which also sets the AttachManager's copyNew flag. Please could someone with more insight into openjpa verify this solution. Thanks. > Bean validation fails merging a new entity > ------------------------------------------ > > Key: OPENJPA-1787 > URL: https://issues.apache.org/jira/browse/OPENJPA-1787 > Project: OpenJPA > Issue Type: Bug > Components: jpa, kernel > Affects Versions: 2.0.1, 2.1.0, 2.2.0 > Reporter: Oliver Ringel > Priority: Critical > Attachments: com.example.TestEmployeeDAO.txt, openjpa-1787.tar, testcase-openjpa-1787.tar > > > The bean validation is not working correctly > If you try to merge a new entity. > EntityManager em = entityManagerFactory.createEntityManager(); > Person person = new Person(); > person.setName("Oliver"); // Employee.name is annotated @NotNull > person = em.merge(person); > you get a ConstraintValidationException, although name is set. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Mon Mar 07 14:01:23 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 31616 invoked from network); 7 Mar 2011 14:01:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Mar 2011 14:01:23 -0000 Received: (qmail 6347 invoked by uid 500); 7 Mar 2011 14:01:23 -0000 Delivered-To: ostanton@example.com Received: (qmail 6267 invoked by uid 500); 7 Mar 2011 14:01:23 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 6259 invoked by uid 99); 7 Mar 2011 14:01:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Mar 2011 14:01:23 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Mar 2011 14:01:21 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 8759939B4EA for <ostanton@example.com>; Mon, 7 Mar 2011 14:00:59 +0000 (UTC) Date: Mon, 7 Mar 2011 14:00:59 +0000 (UTC) From: "Jean-Baptiste Briaud - Novlog (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Created: (OPENJPA-1956) Add an error message in case of bad class and/or attribute in fetchPlan.addField(class, field); MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Add an error message in case of bad class and/or attribute in fetchPlan.addField(class, field); ----------------------------------------------------------------------------------------------- Key: OPENJPA-1956 URL: https://issues.apache.org/jira/browse/OPENJPA-1956 Project: OpenJPA Issue Type: Improvement Components: validation Reporter: Jean-Baptiste Briaud - Novlog 2 persistent classes : A B extends A. A have the primary key : id. I was using fetch plan to include id but with the wrong class. I badly added a fetch plan for B.class, id. id was null, because it was finally not included in the fetch plan. This is OK but when I build the fetch plan, why not raising an error message with something like : "no attribute id on B". It took me ages to find my error. After I added the correct fetch plan : A.class, id, everything works fine. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Tue Mar 08 04:24:10 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 79079 invoked from network); 8 Mar 2011 04:24:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 04:24:10 -0000 Received: (qmail 61059 invoked by uid 500); 8 Mar 2011 04:24:10 -0000 Delivered-To: ostanton@example.com Received: (qmail 61028 invoked by uid 500); 8 Mar 2011 04:24:09 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 60986 invoked by uid 99); 8 Mar 2011 04:24:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 04:24:08 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,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 mail-pw0-f46.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 04:24:03 +0000 Received: by pwi15 with SMTP id 15so998086pwi.33 for <ostanton@example.com>; Mon, 07 Mar 2011 20:23:42 -0800 (PST) Received: by 83.161.120.155 with SMTP id k2mr3963754wff.296.1299558222431; Mon, 07 Mar 2011 20:23:42 -0800 (PST) Received: from [83.161.120.155] (203-114-161-15.wir.sta.inspire.net.nz [83.161.120.155]) by mx.google.com with ESMTPS id z8sm427778wfj.1.283.161.120.155.23.40 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Mar 2011 20:23:41 -0800 (PST) Sender: Todd Nine <ostanton@example.com> Subject: Help with Cassandra JPA plugin From: Todd Nine <ostanton@example.com> Reply-To: ostanton@example.com To: ostanton@example.com Content-Type: multipart/alternative; boundary="=-7JZ+HpE0z35oYTQwLUdQ" Organization: Spidertracks Date: Tue, 08 Mar 2011 17:22:28 +1300 Message-ID: <1299558148.4751.15.camel@greenlantern> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 --=-7JZ+HpE0z35oYTQwLUdQ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi guys, I've previously developed a JDO plugin for Cassandra using Datanucleus. I'm now helping the datastax guys develop the JPA plugin using open JPA. I'm having some trouble I would use a hand with from developers. Current version 2.1.0 Issue 1: Defining an identity generator at the plugin level. Most of our users will want a TimeUUID generated as the default entity Id. We do not want to do this as a string, but rather want to use the actual UUID object. As you can see from my code here, I'm defining the generator at the entity level. Since this will be a default use case for a lot of our users, I want to make it a standard part of our plugin. https://github.com/riptano/hector-jpa/blob/master/src/test/java/com/datastax/hectorjpa/bean/TimeUuidEntity.java and https://github.com/riptano/hector-jpa/blob/master/src/main/java/com/datastax/hectorjpa/sequence/TimeUuid.java Issue 2: Allocate is never invoked on my sequence generator, I'm assuming this is due to incorrect setup that will be resolved in issue 1. Issue 3: Do I need to synchronize the next call internally in my Sequence generator? Given the high throughput of our JPA clients, I don't want to accidentally return the same UUID to multiple callers. Thanks, -- todd SENIOR SOFTWARE ENGINEER todd nine| spidertracks ltd | 117a the square po box 5203 | palmerston north 4441 | new zealand P: +1-815-593-2906 E: ostanton@example.com W: www.spidertracks.com --=-7JZ+HpE0z35oYTQwLUdQ-- From ostanton@example.com Tue Mar 08 08:38:22 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 13344 invoked from network); 8 Mar 2011 08:38:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 08:38:22 -0000 Received: (qmail 72541 invoked by uid 500); 8 Mar 2011 08:38:22 -0000 Delivered-To: ostanton@example.com Received: (qmail 72495 invoked by uid 500); 8 Mar 2011 08:38:21 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 72487 invoked by uid 99); 8 Mar 2011 08:38:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 08:38:21 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 08:38:20 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id ABBE139C738 for <ostanton@example.com>; Tue, 8 Mar 2011 08:37:59 +0000 (UTC) Date: Tue, 8 Mar 2011 08:37:59 +0000 (UTC) From: "Mark Struberg (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1792) Drop JDK5 support starting with OpenJPA 2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13003861#comment-13003861 ] Mark Struberg commented on OPENJPA-1792: ---------------------------------------- +1 for dropping the java5 support in 2.2.x. I honestly don't know anyone using it still. They are either still on 1.4.2 or 1.6 > Drop JDK5 support starting with OpenJPA 2.1 > ------------------------------------------- > > Key: OPENJPA-1792 > URL: https://issues.apache.org/jira/browse/OPENJPA-1792 > Project: OpenJPA > Issue Type: Task > Components: build / infrastructure > Affects Versions: 2.1.0 > Reporter: Donald Woods > Assignee: Donald Woods > Fix For: 2.1.0 > > > There were no -1 votes on the discussion thread to drop JDK5 support from trunk (2.1) so I'll move ahead with it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Tue Mar 08 19:59:32 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 58980 invoked from network); 8 Mar 2011 19:59:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 19:59:32 -0000 Received: (qmail 84290 invoked by uid 500); 8 Mar 2011 19:59:32 -0000 Delivered-To: ostanton@example.com Received: (qmail 84263 invoked by uid 500); 8 Mar 2011 19:59:32 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 84255 invoked by uid 99); 8 Mar 2011 19:59:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 19:59:31 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ostanton@example.com designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-bw0-f46.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 19:59:27 +0000 Received: by bwz15 with SMTP id 15so171565bwz.33 for <ostanton@example.com>; Tue, 08 Mar 2011 11:59:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=7ttv6U4TMt00pbu2578/cwcxcM6Y/1VOAWYBxupqrEQ=; b=bQuhRBw7Odepunbjcicmf+O/p0FMcSvsontVSGNfhSDhkdxK0fDJBpAjh6RffoYeVG XapT/yLy9DDPc9JAjafvoC94kcD41i4feHp+BxgZfVcbn+rf11J8V0BC+zkY+mCZHNXh ATqGauSKUYnSuFRkci3ggao5k3s3DsQCw0eEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=YF7fcxcXl7Ql+5goX4QUfP4StItvFanAG5NMi6x6nS85CM7Sopb0XTO1+6ecJYLmAd A8eXd4N9T8acb+ZtxwJmhWn+ssCSbgq4x8/zHdMAzYSX6GwWQp/9yfzS9mjJNqB2kMZ9 CvgDihdHK1zQ1Tm5bOgxkIi9NelQ4ro8gRhpw= Received: by 83.161.120.155 with SMTP id f19mr4845477bkb.163.1299614346103; Tue, 08 Mar 2011 11:59:06 -0800 (PST) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Tue, 8 Mar 2011 11:58:46 -0800 (PST) In-Reply-To: <1299558148.4751.15.camel@greenlantern> References: <1299558148.4751.15.camel@greenlantern> From: Kevin Sutter <ostanton@example.com> Date: Tue, 8 Mar 2011 13:58:46 -0600 Message-ID: <ostanton@example.com> Subject: Re: Help with Cassandra JPA plugin To: ostanton@example.com, ostanton@example.com Content-Type: multipart/alternative; boundary=000325554fbe71ca28049dfe0b36 --000325554fbe71ca28049dfe0b36 Content-Type: text/plain; charset=ISO-8859-1 Some general comments... Extending the OpenJPA kernel for JDO is definitely doable. The original code base (BEA's Kodo) had a JDO personality, but it was never contributed to the OpenJPA project. At least for a period of time (I don't know if it still is), BEA and then Oracle continued to support this JDO personality internally. So, I know it's a doable endeavor... The other bit of news is that our own Craig Russell is a bit of JDO expert... :-) And, he might even know a thing or two about the JDO personality. Good luck, Kevin On Mon, Mar 7, 2011 at 10:22 PM, Todd Nine <ostanton@example.com> wrote: > Hi guys, > I've previously developed a JDO plugin for Cassandra using > Datanucleus. I'm now helping the datastax guys develop the JPA plugin > using open JPA. I'm having some trouble I would use a hand with from > developers. > > Current version 2.1.0 > > > Issue 1: Defining an identity generator at the plugin level. > > > Most of our users will want a TimeUUID generated as the default entity > Id. We do not want to do this as a string, but rather want to use the > actual UUID object. As you can see from my code here, I'm defining the > generator at the entity level. Since this will be a default use case > for a lot of our users, I want to make it a standard part of our plugin. > > > https://github.com/riptano/hector-jpa/blob/master/src/test/java/com/datastax/hectorjpa/bean/TimeUuidEntity.java > > and > > > https://github.com/riptano/hector-jpa/blob/master/src/main/java/com/datastax/hectorjpa/sequence/TimeUuid.java > > > > Issue 2: Allocate is never invoked on my sequence generator, I'm > assuming this is due to incorrect setup that will be resolved in issue > 1. > > > Issue 3: Do I need to synchronize the next call internally in my > Sequence generator? Given the high throughput of our JPA clients, I > don't want to accidentally return the same UUID to multiple callers. > > > Thanks, > > > > -- > todd > SENIOR SOFTWARE ENGINEER > > todd nine| spidertracks ltd | 117a the square > po box 5203 | palmerston north 4441 | new zealand > P: +1-815-593-2906 > E: ostanton@example.com W: www.spidertracks.com > > > > > > > --000325554fbe71ca28049dfe0b36-- From ostanton@example.com Tue Mar 08 20:46:48 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 25424 invoked from network); 8 Mar 2011 20:46:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 20:46:48 -0000 Received: (qmail 63607 invoked by uid 500); 8 Mar 2011 20:46:48 -0000 Delivered-To: ostanton@example.com Received: (qmail 63581 invoked by uid 500); 8 Mar 2011 20:46:48 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 63573 invoked by uid 99); 8 Mar 2011 20:46:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 20:46:48 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,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 mail-qw0-f46.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 20:46:41 +0000 Received: by qwd7 with SMTP id 7so4872738qwd.33 for <ostanton@example.com>; Tue, 08 Mar 2011 12:46:19 -0800 (PST) Received: by 83.161.120.155 with SMTP id t12mr4501895qcb.224.1299617179395; Tue, 08 Mar 2011 12:46:19 -0800 (PST) Received: from [83.161.120.155] (203-114-161-15.wir.sta.inspire.net.nz [83.161.120.155]) by mx.google.com with ESMTPS id g32sm819409qck.46.283.161.120.155.46.13 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 Mar 2011 12:46:16 -0800 (PST) Sender: Todd Nine <ostanton@example.com> Subject: Re: Help with Cassandra JPA plugin From: Todd Nine <ostanton@example.com> Reply-To: ostanton@example.com To: Kevin Sutter <ostanton@example.com> Cc: ostanton@example.com In-Reply-To: <ostanton@example.com> References: <1299558148.4751.15.camel@greenlantern> <ostanton@example.com> Content-Type: multipart/alternative; boundary="=-HL5VoqHg1TQko2JMVWJ0" Organization: Spidertracks Date: Wed, 09 Mar 2011 09:46:09 +1300 Message-ID: <1299617169.3274.2.camel@greenlantern> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 X-Virus-Checked: Checked by ClamAV on apache.org --=-HL5VoqHg1TQko2JMVWJ0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hey Kevin, Thanks for the reply. To be clear, I'm not actually creating a JDO plugin. Rather I'm migrating what I've done from JDO to JPA. The demand for JPA is much greater in the community, and we would prefer to use it here as well. My biggest hurdle is finding good developer documentation to allow me to create the best plugin possible using open JPA. If you can give me any guidance on the issues below for a JPA only implementation, I would really appreciate it. Thanks, Todd On Tue, 2011-03-08 at 13:58 -0600, Kevin Sutter wrote: > Some general comments... Extending the OpenJPA kernel for JDO is > definitely doable. The original code base (BEA's Kodo) had a JDO > personality, but it was never contributed to the OpenJPA project. At > least for a period of time (I don't know if it still is), BEA and then > Oracle continued to support this JDO personality internally. So, I > know it's a doable endeavor... > > The other bit of news is that our own Craig Russell is a bit of JDO > expert... :-) And, he might even know a thing or two about the JDO > personality. > > Good luck, > Kevin > > > On Mon, Mar 7, 2011 at 10:22 PM, Todd Nine <ostanton@example.com> > wrote: > > Hi guys, > I've previously developed a JDO plugin for Cassandra using > Datanucleus. I'm now helping the datastax guys develop the > JPA plugin > using open JPA. I'm having some trouble I would use a hand > with from > developers. > > Current version 2.1.0 > > > Issue 1: Defining an identity generator at the plugin level. > > > Most of our users will want a TimeUUID generated as the > default entity > Id. We do not want to do this as a string, but rather want to > use the > actual UUID object. As you can see from my code here, I'm > defining the > generator at the entity level. Since this will be a default > use case > for a lot of our users, I want to make it a standard part of > our plugin. > > https://github.com/riptano/hector-jpa/blob/master/src/test/java/com/datastax/hectorjpa/bean/TimeUuidEntity.java > > and > > https://github.com/riptano/hector-jpa/blob/master/src/main/java/com/datastax/hectorjpa/sequence/TimeUuid.java > > > > Issue 2: Allocate is never invoked on my sequence generator, > I'm > assuming this is due to incorrect setup that will be resolved > in issue > 1. > > > Issue 3: Do I need to synchronize the next call internally in > my > Sequence generator? Given the high throughput of our JPA > clients, I > don't want to accidentally return the same UUID to multiple > callers. > > > Thanks, > > > > -- > todd > SENIOR SOFTWARE ENGINEER > > todd nine| spidertracks ltd | 117a the square > po box 5203 | palmerston north 4441 | new zealand > P: +1-815-593-2906 > E: ostanton@example.com W: www.spidertracks.com > > > > > > > > --=-HL5VoqHg1TQko2JMVWJ0-- From ostanton@example.com Tue Mar 08 21:42:28 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 7747 invoked from network); 8 Mar 2011 21:42:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 21:42:26 -0000 Received: (qmail 76437 invoked by uid 500); 8 Mar 2011 21:42:25 -0000 Delivered-To: ostanton@example.com Received: (qmail 76398 invoked by uid 500); 8 Mar 2011 21:42:25 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 76365 invoked by uid 99); 8 Mar 2011 21:42:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 21:42:25 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 21:42:22 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id C80A339E315 for <ostanton@example.com>; Tue, 8 Mar 2011 21:42:00 +0000 (UTC) Date: Tue, 8 Mar 2011 21:42:00 +0000 (UTC) From: "Michael Dick (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1787) Bean validation fails merging a new entity MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-1787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13004237#comment-13004237 ] Michael Dick commented on OPENJPA-1787: --------------------------------------- The main problem with your proposed solution is that it would change the way merge works. EntityManager.merge creates a new copy of the entity and it's the copy of the entity that becomes part of the persistence context - not the entity you passed in. Your change would eliminate the copy. I think the real issue here is that the data hasn't been copied into the new instance before validation occurs. I'm not familiar with this code path, and I haven't had a chance to try your testcase yet, but I'd start by looking at the code where we copy the fields into a new instance. > Bean validation fails merging a new entity > ------------------------------------------ > > Key: OPENJPA-1787 > URL: https://issues.apache.org/jira/browse/OPENJPA-1787 > Project: OpenJPA > Issue Type: Bug > Components: jpa, kernel > Affects Versions: 2.0.1, 2.1.0, 2.2.0 > Reporter: Oliver Ringel > Priority: Critical > Attachments: com.example.TestEmployeeDAO.txt, openjpa-1787.tar, testcase-openjpa-1787.tar > > > The bean validation is not working correctly > If you try to merge a new entity. > EntityManager em = entityManagerFactory.createEntityManager(); > Person person = new Person(); > person.setName("Oliver"); // Employee.name is annotated @NotNull > person = em.merge(person); > you get a ConstraintValidationException, although name is set. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Tue Mar 08 21:44:21 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 8252 invoked from network); 8 Mar 2011 21:44:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 21:44:21 -0000 Received: (qmail 79760 invoked by uid 500); 8 Mar 2011 21:44:21 -0000 Delivered-To: ostanton@example.com Received: (qmail 79729 invoked by uid 500); 8 Mar 2011 21:44:20 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 79721 invoked by uid 99); 8 Mar 2011 21:44:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 21:44:20 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO hel.zones.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Mar 2011 21:44:20 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [83.161.120.155]) by hel.zones.apache.org (Postfix) with ESMTP id 5742339E3AD for <ostanton@example.com>; Tue, 8 Mar 2011 21:43:59 +0000 (UTC) Date: Tue, 8 Mar 2011 21:43:59 +0000 (UTC) From: "Michael Dick (JIRA)" <ostanton@example.com> To: ostanton@example.com Message-ID: <ostanton@example.com> In-Reply-To: <ostanton@example.com> Subject: [jira] Commented: (OPENJPA-1956) Add an error message in case of bad class and/or attribute in fetchPlan.addField(class, field); MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13004238#comment-13004238 ] Michael Dick commented on OPENJPA-1956: --------------------------------------- +1. Will take a look when I get a few free cycles. > Add an error message in case of bad class and/or attribute in fetchPlan.addField(class, field); > ----------------------------------------------------------------------------------------------- > > Key: OPENJPA-1956 > URL: https://issues.apache.org/jira/browse/OPENJPA-1956 > Project: OpenJPA > Issue Type: Improvement > Components: validation > Reporter: Jean-Baptiste Briaud - Novlog > > 2 persistent classes : > A > B extends A. > A have the primary key : id. > I was using fetch plan to include id but with the wrong class. > I badly added a fetch plan for B.class, id. > id was null, because it was finally not included in the fetch plan. > This is OK but when I build the fetch plan, why not raising an error message with something like : > "no attribute id on B". > It took me ages to find my error. > After I added the correct fetch plan : A.class, id, everything works fine. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira From ostanton@example.com Tue Mar 08 23:22:26 2011 Return-Path: <ostanton@example.com> Delivered-To: ostanton@example.com Received: (qmail 62812 invoked from network); 8 Mar 2011 23:22:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Mar 2011 23:22:26 -0000 Received: (qmail 62009 invoked by uid 500); 8 Mar 2011 23:22:26 -0000 Delivered-To: ostanton@example.com Received: (qmail 61974 invoked by uid 500); 8 Mar 2011 23:22:26 -0000 Mailing-List: contact ostanton@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:ostanton@example.com> List-Unsubscribe: <mailto:ostanton@example.com> List-Post: <mailto:ostanton@example.com> List-Id: <dev.openjpa.apache.org> Reply-To: ostanton@example.com Delivered-To: mailing list ostanton@example.com Received: (qmail 61966 invoked by uid 99); 8 Mar 2011 23:22:26 -0000 Received:
{'source': 'Apache Software Foundation Public Mail Archives'}