Leo Simons [mailto:[EMAIL PROTECTED]] wrote:
> > Today Avalon (the brand) represents 1, 2 and 3.  In Pete's message
> > he's talking about Avalon in terms of point 1, not in terms of 1..3.
> > I think that maybe we do have a "brand management" problem (wow, 
> > actually got in the 'm' word on an open-source list :-)).  There
> > are two exit mechanisms here:
> 
> I've got another one that models the current setup in many java
> specifications:

[snip]

> Summary:
> --------
>       I think it is the best move in both a logical and a
>       marketing sense, to make Avalon a specification of a
>       framework, and Phoenix the reference implementation
>       of that framework.
>       This will clarify to the world what Avalon is, and also
>       strengthen the Phoenix brand. It follows the setup used
>       for official java specifications, which has many
>       advantages:
>       - it will become easier (even transparent) for users
>         of Avalon-enabled components to swap implementations
>       - likewise, it will be easier to develop a new
>         implementation as parts of phoenix are easily re-used.
>       - the separation between interface and implementation
>         is complete.
>       - the model will be similar for anyone who has worked
>         with existing java specifications, thus reducing the
>         learning curve.

+ 3.5
When discussing marketing or brand management you can always 
go beyond a 1 :-). I think Leo has made an excellent proposal.  
I really like the positioning of Phoenix as a RI.  This will 
help with broader take-up but providing a core engine, stable,
reference sites, etc, - demonstrating and reinforcing the 
Avalon best-practice.

Steve.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to