Does Jasper2 actually split the JSP generated code into multiple methods, rather than one large service() method? If so, do you have any information on how it can do this? I'm curious, because I don't see how this could be done without a huge amount of work (unless there's an "I swear there are no scriptlets in my pages" mode :).
Thanks. -- Martin Cooper > -----Original Message----- > From: peter lin [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 09, 2002 4:16 AM > To: Tag Libraries Users List > Subject: Re: Tomcat crashes on too many custom tags in a jsp > > > > If tomcat is crashing because of "out of memory" it is a known problem > with tomcat 4.0.1-4.0.3 as well as 3.3.x. The problem you > are seeing is > related to how jasper compiles the page. Jasper makes one > huge service > method, which causes several memory related problems. There is a new > jasper called Jasper2 in 4.1.7 beta. Copy ant.jar, jasper-runtime.jar > and jasper-compiler.jar into your tomcat/lib directory. See if that > fixes your problems. If that isn't your problem, it may be your custom > tag has a memory leak somewhere which only appears in certain > conditions. > > if that's the case, use OptimizeIt to profile your web app. > > http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4 > .1.7-beta/RELEASE-NOTES > > peter > > Karthikeyan A wrote: > > > > Hi, > > > > I am working with tomcat 4.0.1 We have our own custom tag > library. We > > display all the data using custom tags. > > We have noticed that when the number of custom tags for a > jsp page is too > > large, our tomcat crashes. Our JSP has more than 125 > <bean:message key.../> > > tag apart from other custom tags. If we comment out some of > the custom tags, > > tomcat does not crash. > > > > We hunted for the solution in mailing lists. We found a > suggestion. As per > > suggestion, we should split the JSP into multiple JSPs and > include the > > pieces by using <jsp:include> directive. We have split the > JSPs but the > > problem persists. > > > > Can anybody suggest a work around? > > > > Thanks and Regards > > Karthik > > > > -- > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
