Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 81440 invoked from network); 23 Jan 2007 14:55:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jan 2007 14:55:02 -0000 Received: (qmail 63608 invoked by uid 500); 23 Jan 2007 14:55:07 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 63555 invoked by uid 500); 23 Jan 2007 14:55:06 -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 63544 invoked by uid 99); 23 Jan 2007 14:55:06 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Jan 2007 06:55:06 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [66.51.199.94] (HELO mail9.dslextreme.com) (66.51.199.94) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 23 Jan 2007 06:54:57 -0800 Received: (qmail 23788 invoked from network); 23 Jan 2007 14:54:37 -0000 Received: from unknown (HELO [127.0.0.1]) (66.51.196.164) by mail9. with (RC4-MD5 encrypted) SMTP; Tue, 23 Jan 2007 06:54:37 -0800 Message-ID: <45B621A7.1000606@dslextreme.com> Date: Tue, 23 Jan 2007 06:54:31 -0800 From: Ralph Goers Reply-To: rgoers@apache.org User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Sprinifying CForms References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org How will you make this compatibile with 2.1.x? The code base is shared. Giacomo Pati wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all > > I'm thinking about springifying CForms and want to check about oppinions. > > CFroms is utilizing lots of Avalon ServiceSelector and this hinders > extensibility of it as adding new Widget types etc. is becomming a > pain with config files in jars. > > I've thought about a Spring version of a ServiceSelector to allow a > more flexible configuration and extensibility with a class like > > class SpringServiceSelector implements BeanFactoryAware, ServiceSelector > > Which uses the BeanFactory to fullfill the contracts of the > ServiceSelector and thus flattens the configuration from having > components inside a ServiceSelector config as whith Avalon to all > beans at the same level and thus extensibility is for free than. > > I was thinking of going from Avalon config > > > > src="org.apache.cocoon.forms.formmodel.FormDefinitionBuilder"/> > ..... > > > > to Spring config > > class="SpringServiceSelector"> > > > class="org.apache.cocoon.forms.formmodel.FormDefinitionBuilder"> > ... > > > IIRC the SpringServiceSelector could lookup other beans by interfaces, > right? > > Anybody else think this is achievable and make sense? > > Ciao > > - -- Giacomo Pati > Otego AG, Switzerland - http://www.otego.com > Orixo, the XML business alliance - http://www.orixo.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.1 (GNU/Linux) > > iD8DBQFFtdCOLNdJvZjjVZARAgb5AJ9+umep3uBCgpYhq73ieZj5lo0KBACbBDtx > F8P8bRcZ3/rc4L9vXZoF1aQ= > =76mb > -----END PGP SIGNATURE-----