Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 595 invoked from network); 4 Aug 2005 03:26:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Aug 2005 03:26:35 -0000 Received: (qmail 44568 invoked by uid 500); 4 Aug 2005 03:26:13 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 44518 invoked by uid 500); 4 Aug 2005 03:26:12 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 44493 invoked by uid 99); 4 Aug 2005 03:26:12 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Aug 2005 20:25:56 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 614BEF0 for ; Thu, 4 Aug 2005 05:25:40 +0200 (CEST) Message-ID: <1639144730.1123125940397.JavaMail.jira@ajax.apache.org> Date: Thu, 4 Aug 2005 05:25:40 +0200 (CEST) From: "Aaron Mulder (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Updated: (GERONIMO-555) Write a thread-safe timer/interrupt based transaction timout implementation In-Reply-To: <1161886657.1106867238006.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/GERONIMO-555?page=all ] Aaron Mulder updated GERONIMO-555: ---------------------------------- Fix Version: 1.0 Description: We should investigate whether it is practical to have a thread safe timer/interrupt based transaction timeout implementation. A non-thread safe implementation was present prior to revision 128441. Among the issues that need to be investigated are the extent to which IO is actually interruptable and what existing drivers do when they are interrupted. For this to work, managed connections that get interrupted during io must be reliably destroyed. We should also investigate to what extent this provides a solution for deadlock resolution. If we decide that this is impractical, we should change the internal time unit for timeouts from milliseconds to seconds as proposed in GERONIMO-550 was: We should investigate whether it is practical to have a thread safe timer/interrupt based transaction timeout implementation. A non-thread safe implementation was present prior to revision 128441. Among the issues that need to be investigated are the extent to which IO is actually interruptable and what existing drivers do when they are interrupted. For this to work, managed connections that get interrupted during io must be reliably destroyed. We should also investigate to what extent this provides a solution for deadlock resolution. If we decide that this is impractical, we should change the internal time unit for timeouts from milliseconds to seconds as proposed in GERONIMO-550 Environment: > Write a thread-safe timer/interrupt based transaction timout implementation > --------------------------------------------------------------------------- > > Key: GERONIMO-555 > URL: http://issues.apache.org/jira/browse/GERONIMO-555 > Project: Geronimo > Type: New Feature > Components: transaction manager > Reporter: David Jencks > Fix For: 1.0 > > We should investigate whether it is practical to have a thread safe timer/interrupt based transaction timeout implementation. A non-thread safe implementation was present prior to revision 128441. > Among the issues that need to be investigated are the extent to which IO is actually interruptable and what existing drivers do when they are interrupted. For this to work, managed connections that get interrupted during io must be reliably destroyed. > We should also investigate to what extent this provides a solution for deadlock resolution. > If we decide that this is impractical, we should change the internal time unit for timeouts from milliseconds to seconds as proposed in GERONIMO-550 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira