Return-Path: Delivered-To: apmail-commons-issues-archive@locus.apache.org Received: (qmail 2639 invoked from network); 2 Feb 2008 20:32:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Feb 2008 20:32:32 -0000 Received: (qmail 72396 invoked by uid 500); 2 Feb 2008 20:32:23 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 72313 invoked by uid 500); 2 Feb 2008 20:32:23 -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 72304 invoked by uid 99); 2 Feb 2008 20:32:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Feb 2008 12:32:23 -0800 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; Sat, 02 Feb 2008 20:32:16 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C5A0E71404A for ; Sat, 2 Feb 2008 12:32:08 -0800 (PST) Message-ID: <33041161.1201984328805.JavaMail.jira@brutus> Date: Sat, 2 Feb 2008 12:32:08 -0800 (PST) From: "Phil Steitz (JIRA)" To: issues@commons.apache.org Subject: [jira] Updated: (POOL-122) java.util.Timer in EvictionTimer does not recover from OutOfMemoryError in Evictor In-Reply-To: <4864639.1201968136512.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/POOL-122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz updated POOL-122: ----------------------------- Affects Version/s: 1.4 Fix Version/s: 1.5 I agree with Mark that swallowing Throwable here is not a good idea, so am also -1 on the patch. Assigning fix version 1.5 and leaving open because we should log the error. Also affects 1.4, since behavior there is the same. One more comment I have on this is that while we need to and will continue to support the Evictor, heavily loaded applications should be careful depending on it as a pseudo-garbage collector. OOME's could indicate resource leaks and these should be investigated and addressed directly (assuming that is contributing to the problem). > java.util.Timer in EvictionTimer does not recover from OutOfMemoryError in Evictor > ---------------------------------------------------------------------------------- > > Key: POOL-122 > URL: https://issues.apache.org/jira/browse/POOL-122 > Project: Commons Pool > Issue Type: Bug > Affects Versions: 1.3, 1.4 > Environment: any > Reporter: Marcus Schulte > Fix For: 1.5 > > Attachments: fixes_POOL-122.patch > > > GenericKeyedObjectPool.Evictor.run() catches and ignores Exceptions, but not Errors, like OOME. Consequently, when, due to load-peeks an OOME is thrown in the evictor's timer-thread it dies miserably and no eviction will happen again in any of the pools loaded within the same class-loader (because the eviction timer is a static member). Also, the creation of evicting pools will fail with IllegalStateException. > Possible fixes: > 1. catch Throwable in GenericKeyedObjectPool.Evictor.run() > 2. check and eventually re-instantiate the Eviction-Timer. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.