RE: error-page directive throw a java.lang.StackOverflowError
Hi, I am using Tomcat 3.2.1 under RedHat Linux and also tried to configure my own error-page entries in the WEB.XML of the context in question. And it failed with a similar error (stack overflow) flodding my console with lines like Ctx( ): 404 R( + /nono.xml + null ) null I set Cocoon's Tomcat context to "/" making my Apache and Cocoon conext pointing to .../htdocs directory. So far so good. Only too bad, that ERROR 404 (and others are not handled properly). BTW: if I use the Tomcat context "/cocoon" things are *no* better regarding error-page behaviour! Does any of you know where I do wrong? Regards, Arne -Original Message- From: Stphane BAUDET [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 11:45 AM To: [EMAIL PROTECTED] Subject: error-page directive throw a java.lang.StackOverflowError Hello, I'm using Tomcat 3.2.1 under Windows 2000. In my web.xml descriptor, I've set up this error-page directive error-page error-code404/error-code location/404.html/location /error-page 404.html is a the root of my context. When I type an incorrect URL, I've got a 500 response, and a java.lang.StackOverflowError exception in thrown. Any idea ??? In the log I've got: Plenty of these lines: 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /404.html C:\tomcat321\webapps\glextra\404.html C:\tomcat321\webapps\glextra 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /default.jsp2 C:\tomcat321\webapps\glextra\default.jsp2 C:\tomcat321\webapps\glextra Than: 2001-04-12 10:56:12 - Ctx( /glextra ): Exception in: R( /glextra + /default.jsp2 + null) - java.lang.StackOverflowError at java.lang.Exception.init(Exception.java:38) at java.io.IOException.init(IOException.java:43) at java.io.FileNotFoundException.init(FileNotFoundException.java:62) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:64) at java.io.FileInputStream.init(FileInputStream.java:95) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:365) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049)
RE: error-page directive throw a java.lang.StackOverflowError
Generally, getting a stack overflow in this situation indicates that your error page has an error, which is handled by your error page, which has an error I would suggest removing the error page directive and then making a request for the error page. Once its working then add the error page directive back. This way you first verify that the error page works, and then you verify that the errorpage directive is set up correctly. Randy -Original Message- From: Arne Borkowski (borko.net) [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 8:40 AM To: [EMAIL PROTECTED] Subject: RE: error-page directive throw a java.lang.StackOverflowError Hi, I am using Tomcat 3.2.1 under RedHat Linux and also tried to configure my own error-page entries in the WEB.XML of the context in question. And it failed with a similar error (stack overflow) flodding my console with lines like Ctx( ): 404 R( + /nono.xml + null ) null I set Cocoon's Tomcat context to "/" making my Apache and Cocoon conext pointing to .../htdocs directory. So far so good. Only too bad, that ERROR 404 (and others are not handled properly). BTW: if I use the Tomcat context "/cocoon" things are *no* better regarding error-page behaviour! Does any of you know where I do wrong? Regards, Arne -Original Message- From: Stphane BAUDET [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 11:45 AM To: [EMAIL PROTECTED] Subject: error-page directive throw a java.lang.StackOverflowError Hello, I'm using Tomcat 3.2.1 under Windows 2000. In my web.xml descriptor, I've set up this error-page directive error-page error-code404/error-code location/404.html/location /error-page 404.html is a the root of my context. When I type an incorrect URL, I've got a 500 response, and a java.lang.StackOverflowError exception in thrown. Any idea ??? In the log I've got: Plenty of these lines: 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /404.html C:\tomcat321\webapps\glextra\404.html C:\tomcat321\webapps\glextra 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /default.jsp2 C:\tomcat321\webapps\glextra\default.jsp2 C:\tomcat321\webapps\glextra Than: 2001-04-12 10:56:12 - Ctx( /glextra ): Exception in: R( /glextra + /default.jsp2 + null) - java.lang.StackOverflowError at java.lang.Exception.init(Exception.java:38) at java.io.IOException.init(IOException.java:43) at java.io.FileNotFoundException.init(FileNotFoundException.java:62) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:64) at java.io.FileInputStream.init(FileInputStream.java:95) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:365) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.Se
RE: error-page directive throw a java.lang.StackOverflowError
Hi I had a similar problem my self... Here is how i solvedit: I renamed the 404.jsp to something else... like badrequest.jsp or something... (not sure if requeired) And make sure to add this to your error page ! :%@ page isErrorPage="true" % Hades -Original Message- From: Arne Borkowski (borko.net) [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 3:40 PM To: [EMAIL PROTECTED] Subject: RE: error-page directive throw a java.lang.StackOverflowError Hi, I am using Tomcat 3.2.1 under RedHat Linux and also tried to configure my own error-page entries in the WEB.XML of the context in question. And it failed with a similar error (stack overflow) flodding my console with lines like Ctx( ): 404 R( + /nono.xml + null ) null I set Cocoon's Tomcat context to "/" making my Apache and Cocoon conext pointing to .../htdocs directory. So far so good. Only too bad, that ERROR 404 (and others are not handled properly). BTW: if I use the Tomcat context "/cocoon" things are *no* better regarding error-page behaviour! Does any of you know where I do wrong? Regards, Arne -Original Message- From: Stphane BAUDET [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 11:45 AM To: [EMAIL PROTECTED] Subject: error-page directive throw a java.lang.StackOverflowError Hello, I'm using Tomcat 3.2.1 under Windows 2000. In my web.xml descriptor, I've set up this error-page directive error-page error-code404/error-code location/404.html/location /error-page 404.html is a the root of my context. When I type an incorrect URL, I've got a 500 response, and a java.lang.StackOverflowError exception in thrown. Any idea ??? In the log I've got: Plenty of these lines: 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /404.html C:\tomcat321\webapps\glextra\404.html C:\tomcat321\webapps\glextra 2001-04-12 10:56:12 - Ctx( /glextra ): Get real path /default.jsp2 C:\tomcat321\webapps\glextra\default.jsp2 C:\tomcat321\webapps\glextra Than: 2001-04-12 10:56:12 - Ctx( /glextra ): Exception in: R( /glextra + /default.jsp2 + null) - java.lang.StackOverflowError at java.lang.Exception.init(Exception.java:38) at java.io.IOException.init(IOException.java:43) at java.io.FileNotFoundException.init(FileNotFoundException.java:62) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:64) at java.io.FileInputStream.init(FileInputStream.java:95) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:365) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.handleStatus(ContextManager. java:1049) at org.apache.tomcat.request.FileHandler.doService(StaticInterceptor. java:387) at org.apache.tomcat.core.Ha
RE: error-page directive throw a java.lang.StackOverflowError
Hi, everything is fine again, after I deleted the contents of the /usr/local/tomcat/work directory. Could someone explain to me, how the contents of this directory affects a rebooted server? And I "shutdown -r now" the Linux box. I am really new to Tomcat, so maybe this question is not too stupid at all? -Arne
RE: error-page directive throw a java.lang.StackOverflowError
The Work directory is where the compiled JSPs go. When tomcat receives a request for a new JSP it checks the timestamp of the JSP file against the timestamp of the compiled file and uses the newer. Since you don't want to compile files every time the server (tomcat process) restarts, the files persist across startup/shutdown. Randy -Original Message- From: Arne Borkowski (borko.net) [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 10:55 AM To: [EMAIL PROTECTED] Subject: RE: error-page directive throw a java.lang.StackOverflowError Hi, everything is fine again, after I deleted the contents of the /usr/local/tomcat/work directory. Could someone explain to me, how the contents of this directory affects a rebooted server? And I "shutdown -r now" the Linux box. I am really new to Tomcat, so maybe this question is not too stupid at all? -Arne