not in classloader, i mean you can get a reference to a method call and do:
CtMethod.replace("return callSomeOtherMethod(5, 4, 2");
You still need to work with bytecode form before classload. Although,
with JDK 5, you can replace a method or constructor implementation at
runtime.
Steve Ebersole wrote:
Define "replace code for you"... You mean as in replace the class def
*in the classloader*?
Currently field interception (using either) is only
implemented/available via build task.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Friday, February 03, 2006 9:04 PM
To: jboss-development@lists.sourceforge.net
Subject: Re: [JBoss-dev] cglib vs javassit for proxies
You'll find that Javassist gives you a lot more flexibilty as it has a
built in javacompiler and can replace code for you. With Javassist it
should be really easy to intercept field access for the EJB 3.0
requirements.
Steve Ebersole wrote:
I sent this to a number of other lists, but forgot this one.
Apologies.
I actually just today checked in a pluggable bytecode API into
Hibernate. Hibernate does now support either CGLIB or Javassist for
all
bytecode services.
As an aside, our experience with CGLIB has been very good. Juozas
(one
of the CGLIB developers) is very active in the Hibernate community and
is always extremely responsive to any needs we might encounter. My
$.02
The reason for allowing Javassist to be used instead of CGLIB was
merely
to allow a user choice. Especially in the case of JBoss where
Javassist
is used in a lot of places, it just makes sense to have the option to
not have to bundle yet another jar.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bill
Burke
Sent: Friday, February 03, 2006 8:39 PM
To: jboss-development@lists.sourceforge.net
Subject: Re: [JBoss-dev] cglib vs javassit for proxies
Javassist is pretty good, problem is that it doesn't have a junit
testsuite.
Jason T. Greene wrote:
I should clarify, for WS, we just need plain javabean generation. So I
can add that to our list of things to do. BTW I was too harsh, there
are
nice things about cglib. I just ran into a lot of bugs.
-Jason
------------------------------------------------------------------------
*From:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of
*Jason T. Greene
*Sent:* Friday, February 03, 2006 7:56 PM
*To:* jboss-development@lists.sourceforge.net
*Subject:* RE: [JBoss-dev] cglib vs javassit for proxies
I am all for this, cglib sucks...
-Jason
------------------------------------------------------------------------
*From:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of
*Scott M Stark
*Sent:* Friday, February 03, 2006 1:47 PM
*To:* jboss-development@lists.sourceforge.net
*Subject:* [JBoss-dev] cglib vs javassit for proxies
So I have to introduce a proxy for a javax.net.SSLServerSocket which
is
an abstract class and so have to use cglib or javassist. I see some
proxy working in the head javassist, but this is not in the 4.0 branch
version. We also don't bundle javassist with 4.0 currently. I assume
we
would rather have javassist be the only bytecode manipulation
framework
in jboss. Is there a timeframe for completing the javassist proxy so
we
can think about moving hibernate, webservices, cmp2.x, etc over to it?
--
Bill Burke
Chief Architect
JBoss Inc.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development