Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 76330 invoked from network); 15 Feb 2011 17:22:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Feb 2011 17:22:26 -0000 Received: (qmail 92526 invoked by uid 500); 15 Feb 2011 17:22:26 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 92224 invoked by uid 500); 15 Feb 2011 17:22:22 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 91660 invoked by uid 99); 15 Feb 2011 17:22:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 17:22: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 [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 17:22:19 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 302891A6786 for ; Tue, 15 Feb 2011 17:21:58 +0000 (UTC) Date: Tue, 15 Feb 2011 17:21:58 +0000 (UTC) From: "Rick Hillegas (JIRA)" To: derby-dev@db.apache.org Message-ID: <1109091253.18028.1297790518192.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] Updated: (DERBY-4373) different results with network server vs. embedded on select from a temporary table with resultset cursor hold over commit 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/DERBY-4373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick Hillegas updated DERBY-4373: --------------------------------- Labels: derby_triage10_8 (was: ) > different results with network server vs. embedded on select from a temporary table with resultset cursor hold over commit > -------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-4373 > URL: https://issues.apache.org/jira/browse/DERBY-4373 > Project: Derby > Issue Type: Bug > Components: JDBC > Affects Versions: 10.6.1.0 > Reporter: Myrna van Lunteren > Labels: derby_triage10_8 > Attachments: repro_d4373.java > > > Found this during review of conversion of declareGlobalTempTableJavaJDBC30 to junit (DERBY-2895) - when I tried to run the test with network server: > We define a statement like so: > Statement s1 = conn.createStatement(ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY, > ResultSet.HOLD_CURSORS_OVER_COMMIT ); > and global temp table like so: > s1.executeUpdate("declare global temporary table SESSION.t1(c11 int, c12 int) on commit delete rows not logged"); > Then, we insert 2 rows, open a result set that selects *, then do commit. > With a new resultset, we do another select, which with network server gives 0 rows, but with embedded, 2. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira