Return-Path: Delivered-To: apmail-avalon-dev-archive@www.apache.org Received: (qmail 39929 invoked from network); 18 Mar 2004 14:29:30 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 18 Mar 2004 14:29:30 -0000 Received: (qmail 49801 invoked by uid 500); 18 Mar 2004 14:28:09 -0000 Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 49743 invoked by uid 500); 18 Mar 2004 14:28:09 -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 49664 invoked from network); 18 Mar 2004 14:28:09 -0000 Received: from unknown (HELO acspmxe02.agenciaclick.com.br) (200.162.45.22) by daedalus.apache.org with SMTP; 18 Mar 2004 14:28:09 -0000 Received: by ACSPMXE02 with Internet Mail Service (5.5.2653.19) id ; Thu, 18 Mar 2004 11:34:33 -0300 Message-ID: <07258F4244D6F649B1A78993D070B7CA5F14C2@ACSPMXE02> From: "Hamilton Verissimo de Oliveira (Engenharia - SPO)" To: Avalon Developers List Subject: Re: Ist it just me? (was Re: [Meta] Confused by the terms) Date: Thu, 18 Mar 2004 11:34:30 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N -----Mensagem original----- De: Berin Loritsch [mailto:bloritsch@d-haven.org] >> Its a TypeDescriptor. Something like "for class X there are these >> dependencies, these custom lifecycles" and so on. > > Here in lies one of the fundamental problems I have with the > Meta package. If there is this much discussion about it with > people who are Avalon veterans, then something is seriously > wrong. It is too complex, and introduces too many new concepts > that we haven't bought off on. > > This is a "code smell" or at least a "design smell". > > That is also part of the reason I continually try to push simpler > solutions like Commons Attributes or JDK 1.5 annotations. The > bottom line is it should not be this hard. Berin, I don't think its too complex. I believe it have a bunch of desnecessary information, but the approach is simple: - Transform information from somewhere into an object model instance (and these info could came from a serialized format or xml) What I think makes thing complex is Merlin specific like profiles, and xinfo (and now Permission). But if you don't want to use Meta you'll end up using something like it. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For additional commands, e-mail: dev-help@avalon.apache.org