Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 73026 invoked from network); 19 Sep 2002 17:17:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 19 Sep 2002 17:17:30 -0000 Received: (qmail 8443 invoked by uid 97); 19 Sep 2002 17:18:08 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 8426 invoked by uid 97); 19 Sep 2002 17:18:08 -0000 Mailing-List: contact avalon-dev-help@jakarta.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 avalon-dev@jakarta.apache.org Received: (qmail 8414 invoked by uid 98); 19 Sep 2002 17:18:07 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3D8A0824.6060008@apache.org> Date: Thu, 19 Sep 2002 13:23:48 -0400 From: Berin Loritsch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: [RT] Attributes (possibly the ravings of a mad man!) References: <000e01c25fff$a75bddb0$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 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Leo Sutic wrote: > The metainfo for components already requires a tree structure, > if I understand the metainfo package correctly. > > This would mean that we'd have attributes *and* XML, which > lowers the utility of the attributes way of doing things. > > The problems as I see it are: > > + Future incompatibility with Java standard. > > + Requires own classloader / etc, limiting the scenarios > Avalon can be used in. > > + Still requires XML descriptor. > > + Requires custom compilation process. > > So what's the *gain*, versus XML descriptor? > > The above is from a "let's make this the Avalon way" perspective. > If you want to try this out in a sandbox or something, then by > all means go ahead. It is cool in the extreme. That was my intention. All an [RT] (Random Thought) is for is to figure out if there is enough interest to start a sandbox environment to begin testing. > But before this can be an Avalon standard, I think you'll have to > solve the problems I listed above. I thought the same thoughts > you did when I saw BCEL (I also considered addition of DBC) - and > after realizing that it just solved 50% of the problem while > introducing new potential pitfalls, I scrapped the idea. Without a doubt. You know me, I don't just start doing things to do them. I test the waters first, then I go in the general direction after I have decent feedback. And I like constructive criticism like you gave ;P. It helps keep from pulling an "Alice in Wonderland" experience of going down the wrong rabit trail. It is something that I want to experiment with later--unless the Meta Info API is published before then. -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin -- To unsubscribe, e-mail: For additional commands, e-mail: