Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 89743 invoked from network); 8 Mar 2008 20:35:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Mar 2008 20:35:13 -0000 Received: (qmail 75841 invoked by uid 500); 8 Mar 2008 20:35:09 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 75582 invoked by uid 500); 8 Mar 2008 20:35:09 -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 75571 invoked by uid 99); 8 Mar 2008 20:35:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Mar 2008 12:35:08 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [62.179.121.48] (HELO viefep28-int.chello.at) (62.179.121.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Mar 2008 20:34:31 +0000 Received: from felixknecht.ch ([84.72.24.104]) by viefep28-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080308203440.DSF10280.viefep28-int.chello.at@felixknecht.ch> for ; Sat, 8 Mar 2008 21:34:40 +0100 Received: (qmail 5177 invoked by uid 210); 8 Mar 2008 20:34:39 -0000 Received: from 192.168.1.97 by odin (envelope-from , uid 201) with qmail-scanner-2.02st (perlscan: 2.02st. Clear:RC:1(192.168.1.97):. Processed in 0.027079 secs); 08 Mar 2008 20:34:39 -0000 Received: from unknown (HELO ?192.168.1.97?) (192.168.1.97) by 192.168.1.11 with SMTP; 8 Mar 2008 20:34:38 -0000 Message-ID: <47D2F860.6090509@apache.org> Date: Sat, 08 Mar 2008 21:34:40 +0100 From: Felix Knecht Organization: apache.org User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [#COCOON-2168] ResourceReader produces Java Heap Overflow when reading a huge resource - ASF JIRA References: <47CEC44A.80601@o-ms.com> <47CEC7FC.3030209@apache.org> <47CF6DB4.50200@gmx.de> <47D2D043.7010301@gmx.de> In-Reply-To: <47D2D043.7010301@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Joerg Heinicke schrieb: > On 05.03.2008 23:06, Joerg Heinicke wrote: > >> From what I see from the code (AbstractProcessingPipeline) it is >> possible to configure and setup/parameterize a pipeline with >> "outputBufferSize". This means on both map:pipe and map:pipeline it >> should be possible to set an actual buffer size. Only if none is set >> (and it defaults to -1) the non-flushing BufferedOutputStream is used. > > I found a thread on the users list claiming outputBufferSize does not > work [1] at the moment (or since some time). Carsten wrote he sees a > potential problem but does not outline them. ATM we are always talking about Buffered... I'm believe this has to do with caching the pipelines, right? So I wonder really why my the issue also occurs in noncaching pipelines? Felix