Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 43229 invoked from network); 6 Mar 2007 05:06:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2007 05:06:45 -0000 Received: (qmail 57945 invoked by uid 500); 6 Mar 2007 05:06:53 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 57912 invoked by uid 500); 6 Mar 2007 05:06:53 -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 57903 invoked by uid 99); 6 Mar 2007 05:06:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Mar 2007 21:06:53 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Mar 2007 21:06:44 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 599C971408C for ; Mon, 5 Mar 2007 21:06:24 -0800 (PST) Message-ID: <1387031.1173157584363.JavaMail.root@brutus> Date: Mon, 5 Mar 2007 21:06:24 -0800 (PST) From: "Mayuresh Nirhali (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-2220) Uncommitted transactions executed throught XAResource will held locks after the application terminates (or crashes during the transaction). In-Reply-To: <24350220.1168262307723.JavaMail.jira@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 [ https://issues.apache.org/jira/browse/DERBY-2220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478263 ] Mayuresh Nirhali commented on DERBY-2220: ----------------------------------------- Prashant, The patch has not made to the derby codebase yet. It will be reviewed and committed by one of the committers. As for the release, the community has not agreed on any release date for 10.3, but we are working towards a release sometime this summer. Also, there is no update release planned as of now on top of 10.2.2. As per derby's integration in glassfish is concerned, I believe that is completely handled by the glassfish team and driven by next major/minor/update release of glassfish. Although, there has not been a escalation associated with this particular issue, this really is a internal customer escalation. We would like to know about any time constraints you may have regarding availability of this fix in glassfish ?? We can work towards that! Thanks Mayuresh > Uncommitted transactions executed throught XAResource will held locks after the application terminates (or crashes during the transaction). > ------------------------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-2220 > URL: https://issues.apache.org/jira/browse/DERBY-2220 > Project: Derby > Issue Type: Bug > Affects Versions: 10.3.0.0 > Environment: Solaris Nevada build 49, Sun's JDK1.6 > Reporter: Julius Stroffek > Assigned To: Julius Stroffek > Attachments: d2220_beta.diff, d2220_beta2.diff, d2220_try1.diff, d2220_try1.stat, d2220_try2.diff, d2220_try2.stat, d2220_try4.diff, d2220_try4.stat, XATranTest.java, xxx.sql > > > Using this piece of code derby will not release a table lock of 'dummy' table. > String query = "insert into dummy (field1) values ('" + Integer.toString(value) + "')"; > XAConnection xaConnection = createXAConnection("jdbc:derby://localhost:1527/TestDB", "", ""); > XAResource xaResource = xaConnection.getXAResource(); > conn = xaConnection.getConnection(); > > Xid xid = createXid(value); > xaResource.setTransactionTimeout(10); > xaResource.start(xid, XAResource.TMNOFLAGS); > > Statement statement = conn.createStatement(); > statement.execute(query); > > // terminate the client application > // this will not release any locks > System.exit(0); -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.