Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 14671 invoked by uid 500); 10 Feb 2003 12:23:55 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 14660 invoked from network); 10 Feb 2003 12:23:54 -0000 Message-ID: <3E4799D8.8030704@apache.org> Date: Mon, 10 Feb 2003 14:23:52 +0200 From: Neeme Praks User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; et-EE; rv:1.2.1) Gecko/20021130 X-Accept-Language: et MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Cc: Andreas Hochsteger , Andreas Hochsteger Subject: Re: [PROPOSAL] Cocoon Science Fiction References: <200302092147.51460.e9625392@student.tuwien.ac.at> <3E4794AB.9020603@apache.org> In-Reply-To: <3E4794AB.9020603@apache.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by mail.hot.ee X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I agree with Stefano on his point that if this kind of machinery is to be done, then it should not be done inside cocoon. Instead, it would be much more sensible to do this on a more general level: write an Avalon based server for dealing with any data type where it would be possible to plug in Cocoon "block" as well. Then you could have a block interface like this: serialized data -> block -> serialized data And Cocoon could be just one of the many implementations for this. Rgds, Neeme Stefano Mazzocchi wrote: [..snip...] --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org