Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 99048 invoked from network); 7 Dec 2007 18:09:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Dec 2007 18:09:24 -0000 Received: (qmail 63968 invoked by uid 500); 7 Dec 2007 18:09:11 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 63895 invoked by uid 500); 7 Dec 2007 18:09:11 -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 63884 invoked by uid 99); 7 Dec 2007 18:09:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2007 10:09:11 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 07 Dec 2007 18:09:21 +0000 Received: (qmail 98808 invoked from network); 7 Dec 2007 18:08:59 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 7 Dec 2007 18:08:59 -0000 Message-ID: <47598C3A.3090003@apache.org> Date: Fri, 07 Dec 2007 19:08:58 +0100 From: Carsten Ziegeler User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Spring bean names References: <47582F94.60206@apache.org> <9435D8F6-D950-43FF-8EDB-ACF395CF936E@reverycodes.com> <4758FD66.6050703@apache.org> <1C43F518-0D00-4F6B-B018-E551942389F3@reverycodes.com> <475957E0.9050007@apache.org> <5F00598C-C57B-444B-B57D-AD22F938CCA3@reverycodes.com> In-Reply-To: <5F00598C-C57B-444B-B57D-AD22F938CCA3@reverycodes.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Vadim Gritsenko wrote: >> >> It's not really a problem. You can't use "/" in id attributes. That >> was the reason why was introduced because Spring >> webflow needed a way to put URIs into bean ids. > > But we are talking about name attribute? Is there a problem with it too? > No, I don't think so - now I think I remember - I used the "id" attribute at some point of time (therefore the dot) and later on I found out about the name attribute. > >>>> it doesn't matter as these components are >>>> accessed through our spring configurator bean map and this bean map >>>> checks for boths versions. >>> Did not know this; I thought only '/' is allowed. >> >> The "/" is used if an Avalon selector is mimicked. If you access >> Spring beans using the Spring Configurator's bean map, the name >> doesn't matter because the selection is done based on the interface name. > > So Carsten was wrong above? It does not rely on syntax but interface name? > Both :) The map uses the interface to search for all beans of this interface. Then the interface name is used as a prefix to find the selector hint (key). So if a bean for interface "foo.Bar" is found and has the bean name "foo.Bar.x" , the bean is registered with "x" in the map. If the name is "foo.Bar/y", it's registered with "y" in the map. Carsten -- Carsten Ziegeler cziegeler@apache.org