Return-Path: 
 <dev-return-20450-apmail-avalon-dev-archive=avalon.apache.org@avalon.apache.org>
Delivered-To: apmail-avalon-dev-archive@avalon.apache.org
Received: (qmail 50752 invoked by uid 500); 19 Mar 2003 09:44:29 -0000
Mailing-List: contact dev-help@avalon.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@avalon.apache.org>
List-Subscribe: <mailto:dev-subscribe@avalon.apache.org>
List-Help: <mailto:dev-help@avalon.apache.org>
List-Post: <mailto:dev@avalon.apache.org>
List-Id: "Avalon Developers List" <dev.avalon.apache.org>
Reply-To: "Avalon Developers List" <dev@avalon.apache.org>
Delivered-To: mailing list dev@avalon.apache.org
Received: (qmail 50741 invoked from network); 19 Mar 2003 09:44:29 -0000
Received: from nan-smtp-09.noos.net (HELO smtp.noos.fr) (212.198.2.80)
  by daedalus.apache.org with SMTP; 19 Mar 2003 09:44:29 -0000
Received: (qmail 7825007 invoked by uid 0); 19 Mar 2003 09:44:40 -0000
Received: from unknown (HELO apache.org) ([212.198.17.4])
          (envelope-sender <mcconnell@apache.org>)
          by 212.198.2.80 (qmail-ldap-1.03) with SMTP
          for <dev@avalon.apache.org>; 19 Mar 2003 09:44:40 -0000
Message-ID: <3E783C3C.8010603@apache.org>
Date: Wed, 19 Mar 2003 10:45:32 +0100
From: Stephen McConnell <mcconnell@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: Avalon Developers List <dev@avalon.apache.org>
Subject: Re: @avalon
References: <3E77FE69.5090800@apache.org>
 <200303191946.29698.peter@realityforge.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N



Peter Donald wrote:

>On Wed, 19 Mar 2003 16:21, Stephen McConnell wrote:
>  
>
>>The name
>>--------
>>
>>The name tag is short convenience name that refers to a particular full
>>qualified classname. In Phoenix this is not used in the meta-generate
>>utilities but is supported in the blockinfo DTD.  
>>    
>>
>
>It has never been used in Phoenix and should be deprecated.
>

Great - no problem here - it's a tag Phoenix can ignore.

>  
>
>>The lifestyle
>>-------------
>>    
>>
>
>is in no way is it cross container so should be out of avalon namespace.
>  
>

I guess its clear that I disgree with that opinion.

Seems to me that cross-container lifestyle is what is happening between 
Fortress and Merlin. Currently Phoneix employs what is equivalent to the 
singleton lifestyle.  There are three completely viable approache that 
can considered (a) Phoenix ignores the lifestyle tag, (b) Phoenix 
rejects non-singleton lifestyle components, or (c) Phoenix upgrades to 
provide this functionality.

>  
>
>>Service tag
>>-----------
>>    
>>
>
>two different tags for two different purposes. One declares services exported 
>by components and one declares an interface that can be exported from 
>components.
>  
>

Possible.

>  
>
>>In both Phoenix and Merlin a service are versioned.  Fortress does not
>>deal with service versions at this time.  I should also note that
>>Phoenix meta generation tools do not appear to provide version support.
>>    
>>
>
>Phoenix does not version its services. That is just legacy from before. 
>  
>

Phoenix documentation (specs and example) seem to suggest it is 
supported. I know of several phoenix components that will break if the 
service version support were retracted.  

>  
>
>>Extensions required for Phoenix
>>-------------------------------
>>
>>@avalon:mx interface=<classname>
>>@avalon:configuration schema=<schemaspec>
>>
>>These tags don't appear to be supported in the Phoenix meta-generation
>>    
>>
>
>yes they are.
>  
>

Maybe you could update the documentaton.

http://avalon.apache.org/phoenix/bdg/doclet-tags.html


>  
>

-- 

Stephen J. McConnell
mailto:mcconnell@apache.org
http://www.osm.net




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org