Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 86232 invoked from network); 25 Oct 2002 09:31:05 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 25 Oct 2002 09:31:05 -0000 Received: (qmail 20773 invoked by uid 97); 25 Oct 2002 09:32:07 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 20755 invoked by uid 97); 25 Oct 2002 09:32:06 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 20743 invoked by uid 98); 25 Oct 2002 09:32:06 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <863214.1035538270061.JavaMail.root@127.0.0.1> Date: Fri, 25 Oct 2002 10:31:10 +0100 (BST) From: scolebourne@btopenworld.com To: commons-dev@jakarta.apache.org Subject: Re: [clazz] Just a beginning... Cc: dmitri@apache.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-MAILER: talk21.com WAS v2 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Yes, if Avalon Delegator has anything to do with advanced reflection/introspection it is in scope for consideration. My view on BCEL is that the base [clazz] library should not depend on BCEL. However, with the possibility of both BCEL and Jakarta Commons moving to the new Apache Commons, this might put bring greater opportunities to create a [clazz-bcel] component. Until [clazz] contains some firm design/code its a little difficult to be sure. BCEL is definitely a target for [clazz] though. Stephen > from: Juozas Baliuka > > > > Is this where the Avalon team's Delegator stuff would go? If so, are you > > interested in it? > Yes, I think this code is usefull for new "reflection / dynamic code > generation" project. > People need more powerfull "introspection" it can be in the same project. > I have some code to generate "standard" Beans/BeanInfo at runtime, It can > be usefull for scripting languages or "standard" reflection based > frameworks, if BCEL dependency is acceptable. It is some code to extend > classes at runtime(something like Proxy ). > > > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > -- To unsubscribe, e-mail: For additional commands, e-mail: