Hi Jennie,

The easiest workaround would be to specifically exclude certain JSPs from
load-time weaving using your META-INF/aop.xml file, adding an <exclude
within="full.path.to.jsp.ServletPageClass"/>. This is a bit ugly because
you'd need to find the generated name of the class (which isn't portable),
but it would fix the issue for you.

The better workaround would be to change the original code. For example,
perhaps you could use refactor to put more logic outside the JSPs in helper
classes or taglibs? That might even improve your JSPs, although if it is a
common issue for your application, this might be a lot of work.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jennie
Sent: Monday, March 12, 2007 12:36 PM
To: [email protected]
Subject: RE: [aspectj-users] LTW: Problem generating method, Code size too
big

Hi Ron,

Thanks for your reply. Is there any quick work-around
for now? I am happy if I can somehow access the
original un-weaved class and replace the the invalid
class when I encounter this error.

 
--- Ron Bodkin <[EMAIL PROTECTED]> wrote:

> It seems to me that the right thing to do would be
> to create a private
> method and include some of the excessive sized code
> in that method. I am
> guessing that that's a small project and not a quick
> fix.
> 
> This might be a great one for an interested
> contributor... it would be great
> if this summer AspectJ recruited contributors for
> Google's Summer of Code
> program.
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Eric Bodden
> Sent: Thursday, March 08, 2007 8:32 PM
> To: [email protected]
> Subject: Re: [aspectj-users] LTW: Problem generating
> method, Code size too
> big
> 
> Werll, I guess that's a technical limitation of the
> bytecode weaving
> approach. Java methods have a size restriction of
> 64K. If your method
> is really large and has a lot of joinpoint shadows
> it might sometimes
> go above this limit during weaving. IMHO giving you
> the error message
> you are seeing now is a reasonable thing to do. I am
> not sure if it
> would be good to just not weave the class in that
> case. I rather
> prefer error messages when something goes wrong. But
> this might depend
> on the application, I guess...
> 
> Eric
> 
> On 08/03/07, jennie <[EMAIL PROTECTED]> wrote:
> > Hi there,
> >
> > Has anyone gotten a similar error?
> >
> > problem generating method
> > org.apache.jsp.main_jsp._jspService : Code size
> too
> > big: 70282
> >
> > When I tried to decompile with jad, jad also
> > complained that it couldn't fully decompile
> > _jspService. The class after weaving seems to be
> > corrupted. I'm wondering if the correct behavior
> > should be to leave the "too big" class alone after
> > encountering this error?
> >
> > I added a comment to this bug that seems related:
> >
> >
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=138384
> >
> > Thanks for the help.
> >
> >
> >
> >
>
____________________________________________________________________________
> ________
> > Don't pick lemons.
> > See all the new 2007 cars at Yahoo! Autos.
> > http://autos.yahoo.com/new_cars.html
> > _______________________________________________
> > aspectj-users mailing list
> > [email protected]
> >
>
https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >
> 
> 
> -- 
> Eric Bodden
> Sable Research Group
> McGill University, Montréal, Canada
> _______________________________________________
> aspectj-users mailing list
> [email protected]
>
https://dev.eclipse.org/mailman/listinfo/aspectj-users
> 
> _______________________________________________
> aspectj-users mailing list
> [email protected]
>
https://dev.eclipse.org/mailman/listinfo/aspectj-users
> 



 
____________________________________________________________________________
________
Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121
_______________________________________________
aspectj-users mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/aspectj-users

_______________________________________________
aspectj-users mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/aspectj-users

Reply via email to