Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 40498 invoked from network); 11 Sep 2009 22:00:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Sep 2009 22:00:20 -0000 Received: (qmail 57785 invoked by uid 500); 11 Sep 2009 22:00:20 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 57745 invoked by uid 500); 11 Sep 2009 22:00:20 -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 57682 invoked by uid 99); 11 Sep 2009 22:00:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Sep 2009 22:00:19 +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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Sep 2009 22:00:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A8AEF234C4B0 for ; Fri, 11 Sep 2009 14:59:57 -0700 (PDT) Message-ID: <2025331900.1252706397689.JavaMail.jira@brutus> Date: Fri, 11 Sep 2009 14:59:57 -0700 (PDT) From: "Pinaki Poddar (JIRA)" To: dev@openjpa.apache.org Subject: [jira] Created: (OPENJPA-1294) Nested JDBC calls fail for certain database 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 Nested JDBC calls fail for certain database ------------------------------------------- Key: OPENJPA-1294 URL: https://issues.apache.org/jira/browse/OPENJPA-1294 Project: OpenJPA Issue Type: Bug Components: jdbc, kernel, query, sql Affects Versions: 2.0.0-M3, 2.0.0-M4, 2.0.0 Environment: MySQL Reporter: Pinaki Poddar Assignee: Pinaki Poddar Fix For: 2.0.0-M3, 2.0.0-M4, 2.0.0 Some use cases require a new database connection to perform operation because the current connection is busy/open. Typical use case is asking for size of the result set (obtained by a SELECT COUNT(*) query) while the original result set is still being open. Some databases (e.g. MySQL as per observation) do not allow the new COUNT query on the same connection because the original result set is still open. A JDBCStore.getNewConnection() is added -- but use it with caution, remember to close it and use it only when required. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.