Return-Path: 
 <dev-return-89284-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 19598 invoked from network); 28 Aug 2006 08:25:28 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 28 Aug 2006 08:25:28 -0000
Received: (qmail 66306 invoked by uid 500); 28 Aug 2006 08:25:27 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 66226 invoked by uid 500); 28 Aug 2006 08:25:26 -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 66215 invoked by uid 99); 28 Aug 2006 08:25:26 -0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Aug 2006 01:25:26 -0700
Message-ID: <44F2A8E0.7080508@apache.org>
Date: Mon, 28 Aug 2006 10:27:12 +0200
From: Carsten Ziegeler <cziegeler@apache.org>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: svn commit: r437365 - in /cocoon/trunk/core/cocoon-core/src/main:
 java/org/apache/cocoon/components/treeprocessor/sitemap/
 java/org/apache/cocoon/core/container/spring/
 resources/org/apache/cocoon/core/container/spring/
References: <20060827110337.D4D5F1A981A@eris.apache.org>
 <44F29DEC.40608@mobilebox.pl>
In-Reply-To: <44F29DEC.40608@mobilebox.pl>
X-Enigmail-Version: 0.94.0.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Leszek Gawron wrote:
> Wouldn't it be better if instead of processorClassName it was a bean 
> reference? There is no way to do any configuration if only class name is 
> passed.
> 
Yes, a bean would be better, but I'm not sure if this works. I will try
this out during the week and then change the code.

> I am still pushing for the ability to test developments blocks in 
> isolation which would require something like:
> 
> <cocoon:properties additionalProcessor="localProcessor"/>
> 
> <bean id="localProcessor" class="sth">
> 	<property name="propertyPath"
>            value="src/main/resources/META-INF/properties"/>
> </bean>
> 
We already have an interface for this:
org.apache.cocoon.configuration.PropertyProvider.

Carsten

-- 
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/