Return-Path: Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 75566 invoked by uid 500); 26 Jun 2003 12:07:51 -0000 Mailing-List: contact dev-help@avalon.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list dev@avalon.apache.org Received: (qmail 75542 invoked from network); 26 Jun 2003 12:07:50 -0000 Received: from onramp.i95.net (205.177.132.17) by daedalus.apache.org with SMTP; 26 Jun 2003 12:07:50 -0000 Received: from apache.org ([66.208.12.130]) by onramp.i95.net (8.12.9/8.12.9) with ESMTP id h5QC7oRH014634 for ; Thu, 26 Jun 2003 08:07:50 -0400 Message-ID: <3EFAE217.1010002@apache.org> Date: Thu, 26 Jun 2003 08:07:51 -0400 From: Berin Loritsch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030612 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: Avalon Namespace (was: Re: new phoenixjms) References: <002301c33bb8$19bf1400$0801a8c0@Lagrange> In-Reply-To: <002301c33bb8$19bf1400$0801a8c0@Lagrange> 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 Leo Sutic wrote: > Aaron, > > I think the problem is "promotion": > > >>From: J Aaron Farr [mailto:jaaronfarr@yahoo.com] >> >>- Projects derived from Avalon with a name that includes >> Avalon, Phoenix,... ie- PhoenixJMS, AvalonJMX, AWF (Avalon >> Web Framework), MyAvalon, etc. > > > Yes, this is a problem, since it implies that the product > is endorsed by Apache, Avalon or some organization that > hasn't endorsed it. > > >>- Projects which state in their documentation things like: >> "Based on Apache Avalon" >> "Powered by Apache Avalon" >> "Avalon compatible" >> "Works with/in Apache Avalon Containers" > > > Depends on how that is stated, I think. If I make it part > of the sales pitch it *can* be a problem, if formulated so > that it implies endorsement. But I can't see how putting in > a "project X is based on Apache Avalon, therefore you > should look to http://avalon.apache.org/... for documentation > on the lifestyle interfaces". "Our product is officially > compliant with the Apache Server Framework Architecture > (Avalon)" can be a problem, though, since it implies > endorsement. To tone down the message a bit let put out some practical things here. Advertising that a project uses Apache Avalon or is based on Apache Avalon is A Good Thing(TM). It's also required (i.e. IBM has to put a disclaimer that the web server in WebSphere is Apache HTTPD). We are not an official standards board, and as we have found out, our standards need a little bit of work to ensure that a component will work in the largest set of containers. Any of the labels you listed (i.e. "Based on...") are completely ok--in fact I would encourage their use. Many folks are using Avalon "on the down low" or basically it is used in come corporate environments that haven't officially adopted standards for using open source technologies, so the developer can't exactly trumpet the use of any open source project (much less Avalon). Any advertisement is cool. The big thing is that you can't make it look like a project is an official Apache or official Avalon project with the same management board, etc. As long as you don't do that, all is well. -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For additional commands, e-mail: dev-help@avalon.apache.org