Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 16616 invoked from network); 27 Jan 2005 14:40:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 27 Jan 2005 14:40:57 -0000 Received: (qmail 80298 invoked by uid 500); 27 Jan 2005 14:40:53 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 80227 invoked by uid 500); 27 Jan 2005 14:40:52 -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 80209 invoked by uid 99); 27 Jan 2005 14:40:52 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from ms-smtp-03.nyroc.rr.com (HELO ms-smtp-03.nyroc.rr.com) (24.24.2.57) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 27 Jan 2005 06:40:52 -0800 Received: from [192.168.168.201] (roc-69-201-65-168.rochester.rr.com [69.201.65.168]) by ms-smtp-03.nyroc.rr.com (8.12.10/8.12.10) with ESMTP id j0REelP4007981; Thu, 27 Jan 2005 09:40:47 -0500 (EST) Message-ID: <41F8FCE2.9010600@dotech.com> Date: Thu, 27 Jan 2005 09:38:26 -0500 From: Irv Salisbury III User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vadim Gritsenko CC: dev@cocoon.apache.org, 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> In-Reply-To: <41F8F43A.5030309@reverycodes.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N 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. 2. Having the ability to pull a SAXBuffer out of the request as a named attribute and replay the SAX events. 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? Thanks, Irv