Return-Path: Delivered-To: apmail-commons-issues-archive@locus.apache.org Received: (qmail 31567 invoked from network); 19 Aug 2007 13:41:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Aug 2007 13:41:56 -0000 Received: (qmail 55537 invoked by uid 500); 19 Aug 2007 13:41:52 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 55468 invoked by uid 500); 19 Aug 2007 13:41:51 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 55459 invoked by uid 99); 19 Aug 2007 13:41:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 19 Aug 2007 06:41:51 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED 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; Sun, 19 Aug 2007 13:42:20 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 8347C71403F for ; Sun, 19 Aug 2007 06:41:30 -0700 (PDT) Message-ID: <12078746.1187530890517.JavaMail.jira@brutus> Date: Sun, 19 Aug 2007 06:41:30 -0700 (PDT) From: "Oliver Zeigermann (JIRA)" To: issues@commons.apache.org Subject: [jira] Created: (TRANSACTION-23) RWLock implementation can not transfer locks MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org RWLock implementation can not transfer locks -------------------------------------------- Key: TRANSACTION-23 URL: https://issues.apache.org/jira/browse/TRANSACTION-23 Project: Commons Transaction Issue Type: Improvement Affects Versions: 2.0 Reporter: Oliver Zeigermann Fix For: 2.1 Currently, our ResourceRWLock is not able to release locks of threads other than the current one. Additionally, it is not possible to transfer locks belonging to one thread to another. This is important both for a more reasonable timeout and deadlock policy as well as an XA implementation. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.