Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: geronimo-dev@incubator.apache.org
To: geronimo-dev@incubator.apache.org
From: Chris Nokleberg <chris@sixlegs.com>
Subject: Re: [bcel] Is anyone a BCEL expert?
Date: Sun, 24 Aug 2003 22:51:49 -0700
Lines: 35
Message-ID: <bic84k$6tl$1@sea.gmane.org>
References: <EA8D3CAC-D4B2-11D7-8482-000393DB559A@coredevelopers.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
In-Reply-To: <EA8D3CAC-D4B2-11D7-8482-000393DB559A@coredevelopers.net>
Sender: news <news@sea.gmane.org>

Hi,

I see someone already mentioned CGLIB, but thought I'd throw in my two
cents anyway.

Dain Sundstrom wrote:
> Interface proxy generator -- This is a copy of java.reflection.Proxy.  
> Why do we need a copy?  Well I think it is a good starting point for 
> the rest of the stuff, and I know we can do it better.  I would like 
> the proxy generator to be able to generate class names that have some 
> meaning other then Proxy$24, and I think we can write code that this 
> faster.

See net.sf.cglib.Enhancer. It is a very useful general tool, but for
performance sometimes it is better to use something more tailored to
your specific need.

> Dynamic instance factory

See net.sf.cglib.ConstructorProxy, it can do exactly what you describe
(but without the argument restriction).

> Abstract class proxy generator -- We need this for the CMP 2.x 
> implementation. 

The Enhancer will handle this use case.

> Field interception -- This will make CMP 1.x much easier to implement.  

This will require a different technique as it requires hooking into the
ClassLoader. It probably is possible to add the necessary hooks to
CGLIB, but IMO it is not the right tool for this particular task.

Chris