Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (athena.apache.org: domain of joerg.heinicke@gmx.de
 designates 213.165.64.20 as permitted sender)
Message-ID: <470C0E13.4000807@gmx.de>
Date: Tue, 09 Oct 2007 19:26:11 -0400
From: Joerg Heinicke <joerg.heinicke@gmx.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US;
 rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: SimpleForm transformers
References: <470A839B.1070301@mobilebox.pl> <470A84CF.7050106@apache.org>
 <470A92E9.4030605@mobilebox.pl> <470B7E1E.3000605@reverycodes.com>
 <470B85A3.7080109@apache.org>
In-Reply-To: <470B85A3.7080109@apache.org>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit

On 09.10.2007 9:44 Uhr, Reinhard Poetz wrote:

>>>> At CocoonGT we had some sort of agreement to create optional modules 
>>
>> Please, no more modules. It is bad already as it is - adding *more* 
>> modules only makes it worse. What's wrong with simply deprecating 
>> them, with placing appropriate javadoc?
>>
>> +1 to move to -components, these are certainly not -core.
> 
> But this doesn't solve the problem that many components are loaded into 
> the spring app context by default. Having them into a seperate module 
> makes it easy to exclude them. But of course than you can run into the 
> situation that you only need one of them and get them all loaded again :-(

Why do you care that much about them? Of course they increase the memory 
footprint but not for megabytes.

> However, what we could do is introducing a rule that every *.opt.xml 
> file in META-INF/cocoon/spring and META-INF/cocoon/avalon isn't loaded 
> automatically but needs to be included explicitly.

Don't make it too complicated with too many rules. There are already 
many conventions to get stuff included. Now we want to add even more to 
get it excluded again? I'd say don't fix it before there is the 
requirement. spring-configurator can always easily be extended for such 
a feature.

Joerg