Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 1074 invoked from network); 30 May 2005 07:36:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 May 2005 07:36:44 -0000 Received: (qmail 41329 invoked by uid 500); 30 May 2005 07:36:39 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 41299 invoked by uid 500); 30 May 2005 07:36:39 -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 41285 invoked by uid 99); 30 May 2005 07:36:39 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from smtp001.mail.ukl.yahoo.com (HELO smtp001.mail.ukl.yahoo.com) (217.12.11.32) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 30 May 2005 00:36:36 -0700 Received: (qmail 14074 invoked from network); 30 May 2005 07:36:19 -0000 Received: from unknown (HELO ?192.168.1.31?) (reinhard?poetz@62.178.239.20 with plain) by smtp001.mail.ukl.yahoo.com with SMTP; 30 May 2005 07:36:18 -0000 Message-ID: <429AC26F.1060804@apache.org> Date: Mon, 30 May 2005 09:36:15 +0200 From: Reinhard Poetz User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Possible memory leak when handle-errors is called References: <429822AA.1010909@apache.org> <42998DE5.7050603@apache.org> <4299C9F0.8090401@apache.org> <429ABE85.30105@apache.org> In-Reply-To: <429ABE85.30105@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Carsten Ziegeler wrote: > Reinhard Poetz wrote: > > >>AFAICS the usual behaviour is that there is only one TraxTransformer Object, >>independently from the number of requests and different stylesheets. > > Hmm > > >>As soon as >>I call URIs that cause "handle-error" sections, new TraxTransformer objects are >>created, when the handle-error sections contains an error. Setting the >>"pool-max" attribute doesn't change this. AFAICS the TraxTransformer (+ all the >>Xalan stuff) don't get garbage collected. > > So, is the "recycle()" method of the TraxTransformer called? not when the TraxTransformer is used in "handle-errors"-sections, in usual pipelines yes. What's the difference? -- Reinhard P�tz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc -------------------------------------------------------------------- ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de