Return-Path: 
 <dev-return-87657-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 4241 invoked from network); 29 May 2006 17:28:47 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 29 May 2006 17:28:47 -0000
Received: (qmail 55383 invoked by uid 500); 29 May 2006 17:28:45 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 55309 invoked by uid 500); 29 May 2006 17:28:44 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 55295 invoked by uid 99); 29 May 2006 17:28:44 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 May 2006 10:28:44 -0700
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=RCVD_IN_SORBS_WEB
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Received: from [217.12.11.96] (HELO smtp007.mail.ukl.yahoo.com) (217.12.11.96)
    by apache.org (qpsmtpd/0.29) with SMTP; Mon, 29 May 2006 10:28:43 -0700
Received: (qmail 38633 invoked from network); 29 May 2006 17:28:21 -0000
Received: from unknown (HELO ?84.20.184.140?) (reinhard?poetz@84.20.184.140
 with plain)
  by smtp007.mail.ukl.yahoo.com with SMTP; 29 May 2006 17:28:21 -0000
Message-ID: <447B2F31.4050009@apache.org>
Date: Mon, 29 May 2006 19:28:17 +0200
From: Reinhard Poetz <reinhard@apache.org>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Spring - conf/applicationContext.xml | global bean definitions
References: <44758B98.2070307@apache.org> <4475F5D8.6010508@apache.org>
 <447ACD3A.8050106@apache.org> <447AD50F.7030001@apache.org>
 <447AED82.20107@apache.org> <447AF0E8.50906@apache.org>
 <447B2AA1.8020601@apache.org>
In-Reply-To: <447B2AA1.8020601@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Carsten Ziegeler wrote:
> Carsten Ziegeler wrote:
> 
>>Reinhard Poetz wrote:
>>
>>>ok. Than I will try to use the standard Spring way:
>>>
>>><context-param>
>>>   <param-name>contextConfigLocation</param-name>
>>>   <param-value>/WEB-INF/applicationContext.xml</param-value>
>>></context-param>
>>>
>>><listener>
>>><listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
>>></listener>
>>>
>>>in the cocoon-22-webapp-archetype but I guess this will not work together with 
>>>paranoid classloading and the reloading classloader because the listener is 
>>>declared outside of Cocoon.
>>
>>Yes, I noticed this problem as well. Unfortunately, listeners can't have
>>any parameters, so we can't provide a wrapper here (which is bad). We
>>could provide our own Spring-paranoid-contextloaderlistener, but I'm not
>>sure if this is a good idea?
>>
> 
> What do you think, if we provide our own listener which gets a
> configuration parameter from the servlet context and this parameter
> contains all listener classes, so we rewrite:
> 
> <listener>
>   <listener-class>packagea.classa</listener-class>
>   <listener-class>packageb.classb</listener-class>
> </listener>
> 
> to
> 
> <context-param>
>   <param-name>o.a.c.OurListener</param-name>
>   <param-value>packagea.classa,packageb.classb</param-value>
> </context-param>
> 
> <listener>
>   <listener-class>o.a.c.OurListener</listener-class>
> </listener>

hmm, yes, this could be a general solution for people that want to add their own 
listeners without losing the possibility of using the paranoid classloader and 
the reloading classloader.

Just for Spring I prefer adding

<include-beans src="WEB-INF/applicationContext.xml"/>

to cocoon.xconf.
Is there any advantage of using a listener instead of adding beans via 
<include-beans/>?

-- 
Reinhard P�tz           Independent Consultant, Trainer & (IT)-Coach 

{Software Engineering, Open Source, Web Applications, Apache Cocoon}

                                        web(log): http://www.poetz.cc
--------------------------------------------------------------------

	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de