Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 87424 invoked from network); 14 Oct 2004 10:46:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 14 Oct 2004 10:46:16 -0000 Received: (qmail 96186 invoked by uid 500); 14 Oct 2004 10:46:06 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 96099 invoked by uid 500); 14 Oct 2004 10:46:05 -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 96067 invoked by uid 99); 14 Oct 2004 10:46:04 -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 [217.160.230.40] (HELO mout.perfora.net) (217.160.230.40) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 14 Oct 2004 03:46:04 -0700 Received: from minotaur.apache.org[209.237.227.194] (helo=[127.0.0.1]) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKz5u-1CI37Q1VUZ-0008Ga; Thu, 14 Oct 2004 06:46:00 -0400 X-Provags-ID: perfora.net abuse@perfora.net e2e4156964dfbcc4c642ec658fa7f9b9 Message-ID: <416E58E7.2040406@reverycodes.com> Date: Thu, 14 Oct 2004 06:45:59 -0400 From: Vadim Gritsenko User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RT] Some notes about the "Real Blocks" issue References: <474F1A8E-1D39-11D9-8A87-000A95DC4186@apache.org> <416D9CCE.6000300@reverycodes.com> <200410141020.30669.niclas@hedhman.org> <416DFB2C.7090501@apache.org> In-Reply-To: <416DFB2C.7090501@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Stefano Mazzocchi wrote: > You can fool yourself with Serviceable instead of Composable and shit > like that, but the truth is: many many many times > > Generator file = new FileGenerator(src,handler,parameters); > > would have been enough!! Well you refer to some overcomponentization in Cocoon, but Generator is not the place where it is happening. More like XML compiler/decompiler, which might be simple class instead of component. And in other places we have undercomponentization as well, example is [Image|MP3|*]DirectoryGenerator, where you need pluggable file introspection helpers. Vadim