[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?
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?
RE: [JBoss-dev] cglib vs javassit for proxies
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?
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&kid3432&bid#0486&dat1642 ___ 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
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=k&kid3432&bid#0486&dat1642 ___ 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=lnk&kid3432&bid#0486&dat1642 ___ 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
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
RE: [JBoss-dev] cglib vs javassit for proxies
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 --- 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&kid3432&bid#0486&dat1642 ___ 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
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