Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 51102 invoked from network); 30 Aug 2005 16:00:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Aug 2005 16:00:26 -0000 Received: (qmail 41542 invoked by uid 500); 30 Aug 2005 16:00:23 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 41302 invoked by uid 500); 30 Aug 2005 16:00:22 -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 41289 invoked by uid 99); 30 Aug 2005 16:00:22 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Aug 2005 09:00:22 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [84.96.21.10] (HELO mail.anyware-tech.com) (84.96.21.10) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Aug 2005 09:00:37 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.anyware-tech.com (Postfix) with ESMTP id EC9AF34826 for ; Tue, 30 Aug 2005 18:00:19 +0200 (CEST) Received: from mail.anyware-tech.com ([127.0.0.1]) by localhost (trinity [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09614-01 for ; Tue, 30 Aug 2005 18:00:17 +0200 (CEST) Received: from [192.168.0.100] (lns-vlq-39f-81-56-134-235.adsl.proxad.net [81.56.134.235]) by mail.anyware-tech.com (Postfix) with ESMTP id 8656434821 for ; Tue, 30 Aug 2005 18:00:17 +0200 (CEST) Message-ID: <43148291.1010209@apache.org> Date: Tue, 30 Aug 2005 18:00:17 +0200 From: Sylvain Wallez User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: VariableResolver References: <43135BD6.4030803@dslextreme.com> <4314139D.6030406@apache.org> <431415B3.5000800@apache.org> <43146906.5060007@dslextreme.com> <43146D6B.5070103@apache.org> In-Reply-To: <43146D6B.5070103@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at anyware-tech.com X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Carsten Ziegeler wrote: >Sylvain Wallez wrote: > > >>Sure, it totally makes sense. Now I'm wondering if we really need this >>to be components. Will there ever be more than one implementation? >> >> >> >The current implementation in the treeprocessor is not usable outside >the treeprocessor (at least it wasn't at the time the portal needed it). > > Don't know when you added it to the portal, but I've been using it here and there (e.g. CVSSource) for a very long time. Anyway... >Now the variable resolver needs some infrastructure (mainly the service >manager), therefore it could make sense to make a component out of just >because of this. > > That's a good point. Having to pass the service manager and object model around is a pain and may justify componentization. However, that component would be declared in cocoon.xconf (or even cocoon.roles) when it may need components defined locally in the current sitemap (e.g. input modules). How can we solve that? Sylvain -- Sylvain Wallez Anyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research & Technology Director