Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 76879 invoked from network); 28 Jan 2007 20:00:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Jan 2007 20:00:34 -0000 Received: (qmail 48864 invoked by uid 500); 28 Jan 2007 20:00:34 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 48800 invoked by uid 500); 28 Jan 2007 20:00:33 -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 48726 invoked by uid 99); 28 Jan 2007 20:00:33 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Jan 2007 12:00:33 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [130.237.222.115] (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Jan 2007 12:00:23 -0800 X-Authentication-Info: The sender was authenticated as danielf using GSSAPI at smtp.nada.kth.se Received: from [130.237.218.93] (cvap80.nada.kth.se [130.237.218.93]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11.20060308/8.12.11) with ESMTP id l0SK01EA010945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Jan 2007 21:00:01 +0100 (MET) Message-ID: <45BD00C1.8020708@nada.kth.se> Date: Sun, 28 Jan 2007 21:00:01 +0100 From: Daniel Fagerstrom User-Agent: Thunderbird 1.5.0.9 (X11/20061215) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Block resources in 2.2 (Forms in particular case) References: <45B8E08A.4060209@tuffmail.com> <45BA17F1.1020308@tuffmail.com> <45BB307C.1060608@nada.kth.se> <45BB6F21.1000103@tuffmail.com> <45BCD626.6040206@tuffmail.com> In-Reply-To: <45BCD626.6040206@tuffmail.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Grzegorz Kossakowski wrote: > Alexander Klimetschek napisa�(a): > >> Grzegorz Kossakowski schrieb: >> ... >> Number 3) should actually be handled by the polymorphism, but this >> only works with matchers from which you want to read - with a >> PostableBlockSource it should be possible to do things like sitemap >> child matching, generating stuff etc. and then calling sitemap super >> with an XML stream for some final, shared layouting pipeline. But this >> might turn into a performance bottleneck, since it would need >> serialization of the XML stream for the PostableBlockSource.... >> > Yes, it's also my concern (see caching validity mentioned in this > thread). I don't understand how caching, redirecting of sax streams, > etc. could be achieved without heavy serializing. Daniel, could you > explain as I'm sure you've some ideas. > I haven't fought that much about caching. For SAX-streams however I think we should make it possible to add SAX awareness to the request and response objects for the servlet source. Carsten started to to some experiments with (among other things) SAX aware response objects (http://svn.apache.org/repos/asf/cocoon/whiteboard/processor/src/main/java/org/apache/cocoon/processing/). With SAX aware request and response objects, it would be possible to use a servlet source in the same way as a transformer e.g. /Daniel