Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 1277 invoked from network); 22 Jun 2006 13:20:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Jun 2006 13:20:43 -0000 Received: (qmail 50447 invoked by uid 500); 22 Jun 2006 13:20:41 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 50382 invoked by uid 500); 22 Jun 2006 13:20:40 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 50350 invoked by uid 99); 22 Jun 2006 13:20:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jun 2006 06:20:40 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS,SUBJECT_EXCESS_BASE64 X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jak-commons-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jun 2006 06:20:39 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FtP6L-0005jh-Sq for commons-dev@jakarta.apache.org; Thu, 22 Jun 2006 15:20:06 +0200 Received: from vpn.rauser-ag.com ([62.157.169.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jun 2006 15:20:05 +0200 Received: from joerg.heinicke by vpn.rauser-ag.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jun 2006 15:20:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: commons-dev@jakarta.apache.org From: Joerg Heinicke Subject: [transaction] AbstractXAResource: prepare() with result =?utf-8?b?WEFfUkRPTkxZ?= without commit() Date: Thu, 22 Jun 2006 13:19:31 +0000 (UTC) Lines: 22 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 62.157.169.229 (Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4) Sender: news X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I came across some further problems with the transactional FileResourceManager and the XAResource implementation. Simple deletes of resources did not get applied for me. Debugging showed that no commit was triggered. The reason: deleteResource() and createResource() in FileResourceManager were assumed as being read-only (TransactionContext.readOnly not set to false). The TransactionManager got XA_RDONLY as return value of XAResource.prepare() and so did not trigger commit() or rollback(). The transaction in FileResourceManager remains in uncompleted state. I'm going to commit a fix for this problem. Second problem is the prepare() with result XA_RDONLY without commit(). I assume it is a bug in AbstractXAResource too, but maybe somebody can confirm it first. There is no clear comment about it in the spec. Only the API for XAResource says for XA_RDONLY: "The transaction branch has been read-only and has been committed." That is probably why the TransactionManager did not trigger a commit() on prepare() with XA_RDONLY. WDYT? Regards, Jörg --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org