Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 78416 invoked from network); 27 Jan 2005 16:01:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 27 Jan 2005 16:01:13 -0000 Received: (qmail 70499 invoked by uid 500); 27 Jan 2005 16:01:08 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 70456 invoked by uid 500); 27 Jan 2005 16:01:08 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 70442 invoked by uid 99); 27 Jan 2005 16:01:08 -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) Received: from mout.perfora.net (HELO mout.perfora.net) (217.160.230.40) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 27 Jan 2005 08:01:06 -0800 Received: from exchange.sun.com[192.18.33.10] (helo=[127.0.0.1]) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKz1m-1CuC4m2Eew-0003He; Thu, 27 Jan 2005 11:00:56 -0500 Message-ID: <41F91038.8060106@reverycodes.com> Date: Thu, 27 Jan 2005 11:00:56 -0500 From: Vadim Gritsenko User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org CC: Irv Salisbury III Subject: Re: POST XML to cocoon protocol (with SAXBuffer) References: <41F87656.2070205@dotech.com> <41F8BDE2.5070509@nada.kth.se> <41F8EDBE.20006@reverycodes.com> <41F8EEE7.3080002@dotech.com> <41F8F43A.5030309@reverycodes.com> <41F8FCE2.9010600@dotech.com> In-Reply-To: <41F8FCE2.9010600@dotech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: perfora.net abuse@perfora.net login:e2e4156964dfbcc4c642ec658fa7f9b9 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Irv Salisbury III wrote: > Another thing to bounce off the list, hopefully something that I can > give back. > > Looking through the code, it seems like writing a > RequestAttributeTransformer with the following functionality might be > useful (at least to me :-) > > 1. Having the ability to use a org.apache.cocoon.xml.SAXBuffer to record > SAX events and put an object of this class in as a named request > attribute. SourceWritingTransformer + XModuleSource should do. > 2. Having the ability to pull a SAXBuffer out of the request > as a named attribute and replay the SAX events. Include + XModuleSource will do. > So, is SAXBuffer a good class to use for this, i.e. was it meant to be > used for this? Am I missing something obvious? Please operate in terms of interfaces. Any XMLizable will do. As for implementation, SaxBuffer is Ok. Vadim