From dev-return-90560-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Sat Nov 04 10:36:23 2006 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 91621 invoked from network); 4 Nov 2006 10:36:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Nov 2006 10:36:21 -0000 Received: (qmail 30126 invoked by uid 500); 4 Nov 2006 10:36:30 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 30044 invoked by uid 500); 4 Nov 2006 10:36:30 -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 30029 invoked by uid 99); 4 Nov 2006 10:36:30 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Nov 2006 02:36:30 -0800 X-ASF-Spam-Status: No, hits=3.2 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SORBS_WEB X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [212.85.125.162] (HELO v07528.home.net.pl) (212.85.125.162) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 04 Nov 2006 02:36:17 -0800 Received: from apn-100-191.gprsbal.plusgsm.pl (HELO ?172.24.183.148?) (lgawron.mobilebox@home@212.2.100.191) by m029.home.net.pl with SMTP; Sat, 4 Nov 2006 10:35:54 -0000 Message-ID: <454C6D0D.6000706@mobilebox.pl> Date: Sat, 04 Nov 2006 11:35:57 +0100 From: Leszek Gawron User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [2.2] Runtime deployment References: <454BBFE7.5030809@apache.org> <454C6B85.50804@mobilebox.pl> In-Reply-To: <454C6B85.50804@mobilebox.pl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Leszek Gawron wrote: > Carsten Ziegeler wrote: >> With the help from Leszek we now have a Cocoon version in trunk which > > which was rather small and of questionable quality, thanks for the > credit tough :) > >> does not need any deployment plugin. This means you can just drop the >> jar files into WEB-INF/lib and are done! So it doesn't matter if you're >> using Maven, Ant or some other strange tool :) >> All you need is the main Spring applicationContext.xml with our two >> elements for setting up Cocoon and the Avalon bridge. > >> >> So, what has changed? >> We now load all configuration files directly from within the jar files, >> so all files in META-INF/cocoon/avalon, META-INF/cocoon/spring and >> META-INF/cocoon/properties are applied at runtime without the need to >> extract these files. > > do we need to load configuration files from WEB-INF/cocoon/*? After all > if one wants to have configuration unpack it may be done using > WEB-INF/classes/META-INF/cocoon/*. Same result. No duplication. > > CocoonPropertyOverrideConfigurer could be then simplified. We could drop > scanClassPath and just provide a 'location' attribute which is > classpath*:/META-INF/properties for core and ./config/properties for > blocks. > > So we could remove: and this from cocoon.xconf -- Leszek Gawron CTO at MobileBox Ltd.