Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 85337 invoked from network); 14 Aug 2005 10:37:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Aug 2005 10:37:50 -0000 Received: (qmail 52454 invoked by uid 500); 14 Aug 2005 10:37:49 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 51914 invoked by uid 500); 14 Aug 2005 10:37:47 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 51901 invoked by uid 99); 14 Aug 2005 10:37:47 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME 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; Sun, 14 Aug 2005 03:37:47 -0700 Received: by ajax.apache.org (Postfix, from userid 99) id 64ABEEC; Sun, 14 Aug 2005 12:37:46 +0200 (CEST) From: bugzilla@apache.org To: dev@cocoon.apache.org Subject: DO NOT REPLY [Bug 36162] - Memory Leak with XMLFileModule X-Bugzilla-Reason: AssignedTo Message-Id: <20050814103746.64ABEEC@ajax.apache.org> Date: Sun, 14 Aug 2005 12:37:46 +0200 (CEST) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36162 joerg.heinicke@gmx.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major Summary|Possible Memory Leak with |Memory Leak with |LinkRewriterTransformer |XMLFileModule ------- Additional Comments From joerg.heinicke@gmx.de 2005-08-14 12:37 ------- Just to sum up: XMLFileModule holds its own caches for storing already processed documents ad expressions. Unfortunately the cache for the documents (a standard HashMap) grows and grows while the caches for the expressions use weak references. So the XMLFileModule should either use the official store for all its caches or at least not use a cache object that grows endlessly. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.