Howdy, You usually don't get stack traces on StackOverflowErrors. In fact, many times you won't get a stack trace for an Error at all (as opposd to an exception). It's not a tomcat issue: I've seen the same behavior on Weblogic and Websphere. The reason is simple: there's no room on the stack to store the error stack trace itself ;)
Yoav Shapira Millennium ChemInformatics >-----Original Message----- >From: Adam Hardy [mailto:[EMAIL PROTECTED] >Sent: Thursday, October 09, 2003 8:44 AM >To: Tomcat Users List >Subject: Re: StackOverflow > >For all those out there hanging on every msg in this thread, it seems it >was just an infinite loop. Personally I think it was gremlins that came >in last night and coded it. > >Remarkable how their coding style is so similar to my own. ;) > >At least there's one positive point, I'm learning to listen to the >little voice in the back of my head, which told me not to put it in >bugzilla with lots of quotes from Nietzsche and Dostoevsky. > >But seriously, the original error message was amazingly misleading. That >my code threw the exception was my fault but tomcat couldn't handle the >stack trace and worse, output an error message quoting my filter as the >source. > >I know the filter would have been near the bottom of the stacktrace, >since it would be amazingly long due to the infinite loop, but of course >it made me think that tomcat had fallen over trying to handle the >request before it even passed it on to struts & my code. > >No? Is this an issue? > >Adam > >On 10/09/2003 02:09 PM Adam Hardy wrote: >> OK can someone answer a simple question here: >> >> if tomcat gives me a StackOverflowError, does that mean that there is no >> way of getting a stack trace? Or am I making 2 + 2 = 5? >> >> Adam >> >> >> >> >> On 10/09/2003 01:45 PM Adam Hardy wrote: >> >>> OK so I took the SetCharacterEncodingFilter out of the equation, but >>> the stack overflow still occurs: >>> >>> StandardWrapperValve[action]: Servlet.service() for servlet action >>> threw exception >>> java.lang.StackOverflowError >>> >>> I presume [action] refers to struts, which I'm running. >>> >>> Any ideas anyone? >>> >>> On 10/08/2003 10:00 PM Adam Hardy wrote: >>> >>>> I'm getting a Status 500 error page in my app >>>> >>>> javax.servlet.ServletException: Servlet execution threw an exception >>>> >org.blacksail.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingF ilte >r.java:146) >>>> >>>> root cause java.lang.StackOverflowError >>>> >>>> It goes on to say that "the full stack trace of the root cause is >>>> available in the Tomcat logs.", but it isn't. I have the looked on >>>> the console, in the engine, host & context log files but I can't find >>>> a stack trace. >>>> >>>> Whether I need one or not is questionable - that >>>> SetCharacterEncodingFilter is the one from tomcat's example app and >>>> has been working faultlessly for at least two weeks on tomcat5. Sets >>>> encoding to UTF-8. >>>> >>>> I can't think of what I have changed that has caused this, so I am at >>>> a loss. There's nothing in bugzilla that looks like this, and I can't >>>> see anything relevant in the archives. >>>> >>>> It's reproducible, every time at the same place. Is there anything I >>>> can do or should I just log it straight into bugzilla? >>>> >>>> Adam >>> >>> >>> >> > >-- >struts 1.1 + tomcat 5.0.12 + java 1.4.2 >Linux 2.4.20 RH9 > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
