Re: [JBoss-dev] cglib vs javassit for proxies

2006-02-04 Thread Bill Burke

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=lnkkid=103432bid=230486dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Jason T. Greene








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 dont 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?












RE: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Jason T. Greene








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 dont 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?














Re: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Bill Burke

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=lnkkid3432bid#0486dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Steve Ebersole
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=kkid3432bid#0486dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
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=lnkkid3432bid#0486dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Bill Burke
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=lnkkid=103432bid=230486dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] cglib vs javassit for proxies

2006-02-03 Thread Steve Ebersole
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=lnkkid=103432bid=230486dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
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=lnkkid3432bid#0486dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development