Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 28641 invoked from network); 18 May 2006 07:06:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 May 2006 07:06:31 -0000 Received: (qmail 50177 invoked by uid 500); 18 May 2006 07:06:28 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 50112 invoked by uid 500); 18 May 2006 07:06:28 -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 50098 invoked by uid 99); 18 May 2006 07:06:28 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 May 2006 00:06:28 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [195.216.81.147] (HELO mail.otego.com) (195.216.81.147) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 May 2006 00:06:26 -0700 Received: (qmail 22629 invoked from network); 18 May 2006 09:06:03 +0200 Received: from 192.168.222.3 by zeus (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88.1/1374. perlscan: 1.25st. Clear:RC:1(192.168.222.3):. Processed in 0.028338 secs); 18 May 2006 07:06:03 -0000 Received: from unknown (HELO localhost) (192.168.222.3) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 May 2006 09:06:03 +0200 Date: Thu, 18 May 2006 09:05:57 +0200 (CEST) From: Giacomo Pati Sender: giacomo@lapgp.otego.com To: dev@cocoon.apache.org Subject: Re: RAD with Cocoon 2.2 In-Reply-To: <446B050B.3020709@nada.kth.se> Message-ID: References: <446AF870.7040103@apache.org> <446B050B.3020709@nada.kth.se> X-GPG-FINGRPRINT: 9E66 40E0 0A9C B37F E29E 5816 2CD7 49BD 98E3 5590 X-GPG-PUBLIC_KEY: http://pks.gpg.cz:11371/pks/lookup?op=get&search=0x2CD749BD98E35590 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 17 May 2006, Daniel Fagerstrom wrote: > Date: Wed, 17 May 2006 13:12:11 +0200 > From: Daniel Fagerstrom > Reply-To: dev@cocoon.apache.org > To: dev@cocoon.apache.org > Subject: Re: RAD with Cocoon 2.2 > > Reinhard Poetz skrev: >> >> Maven brings a lot of advantages to standardize the development process >> but also makes development of applications more difficult as you spread >> your applications over different artifacts. >> >> In the light of this I think we should revert our removal of the >> per-sitemap classloading >> (http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&m=114150323011155&w=2). As >> the removal was part of a refactoring of the sitemap engine, could sombody >> give me a description of what needs to be done? >> > I agree that RAD is important, but I would prefer to put the dynamic > classloading in the block level container rather than within the sitemap. > Component handling within the sitemap is mix of concern IMO. I know that it > has been a must for this far, as sub sitemap has been the only mechanism for > modularization. But with blocks we have a much better mechanism for > modularization so I think we should focus on that and maybe even deprecate > the sitemap component declarations. Nah, how about a block that itself has sub-sitemaps (to modularize block concerns)? I don't like it to be deprecated exactly because of that. - -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEbBzYLNdJvZjjVZARAsJcAKDH43jWAkLwYDIqJuTgHW3I7nayiQCgilgw RZWVcTbZreufnctc1w0zSe8= =iTTw -----END PGP SIGNATURE-----