Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 31478 invoked from network); 12 Aug 2010 18:24:40 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Aug 2010 18:24:40 -0000 Received: (qmail 11257 invoked by uid 500); 12 Aug 2010 18:24:37 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 10860 invoked by uid 500); 12 Aug 2010 18:24:37 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 10851 invoked by uid 99); 12 Aug 2010 18:24:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Aug 2010 18:24:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Aug 2010 18:24:36 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o7CIOFdJ000399 for ; Thu, 12 Aug 2010 18:24:16 GMT Message-ID: <17465679.310831281637455821.JavaMail.jira@thor> Date: Thu, 12 Aug 2010 14:24:15 -0400 (EDT) From: "Rick Curtis (JIRA)" To: dev@openjpa.apache.org Subject: [jira] Created: (OPENJPA-1765) TableGenerator doesn't properly utilize all keys when under heavy stress. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 TableGenerator doesn't properly utilize all keys when under heavy stress. ------------------------------------------------------------------------- Key: OPENJPA-1765 URL: https://issues.apache.org/jira/browse/OPENJPA-1765 Project: OpenJPA Issue Type: Bug Components: jdbc Affects Versions: 2.0.0 Reporter: Rick Curtis Assignee: Rick Curtis TableJDBCSeq has a locking problem where multiple threads can run on top of each other resulting in all keys not being used for a given sequence. While unit testing a fix I also uncovered another theoretical start up problem where multiple threads can try to insert the same row into the DB resulting in a duplicate key exception. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.