Tomcat and Apache share the same root! Is that hazardous?
Hi out there! I am running the following configuration: Apache/1.3.12 (Unix) mod_jk PHP/4.0.2 mod_ssl/2.6.5 OpenSSL/0.9.4 on a RedHat 6.1 box with Tomcat 3.2.1 and Sun's JDK 1.3.0_02 and Cocoon 1.8.2. And I wonder whether the following causes any of you to bang his/her head against the wall: I have a context for Cocoon in Tomcat's server.xml and JSP, servlets and XML documents are all handled properly. Now I instructed Tomcat via its server.xml to add a context path="/" with docbase="../apache/htdocs". In my apache root I placed the WEB-INF contents of webapps/cocoon/WEB-INF i.e. the web.xml file (and currently the cocoon.properties). Now XML files a handled "server wide" from the root down (Apache's). As a result, Tomcat and Apache now seem to share the root path. That's pretty fine for me. But is it okay, at all? Is this kind of config likely to crash? Is it a security hazard? Did I open a backdoor to hell? I apologize in advance if this is all too unprecise ... ask for details if needed. Any comments and/or hints (even if these point to somewhere else) are higly appreciated. Regards, Arne Borkowski Hamburg/Germany
mod_jk.so witn -DEAPI?
Hi, I tried to compile Jakarta mod_jk.so for Apache with EAPI support, but failed. Does any of you know where I have to place the -DEAPI option to compile it? Regards, Arne Borkowski Hamburg/Germany
RE: mod_jk.so witn -DEAPI?
Hi, I am using Apache 1.3.12 under RedHat 6.1 ... I tried to give -DEAPI with the apxs command that build mod_jk.so but that didn't help. Any clue? Regards, Arne > -Original Message- > From: Pae Choi [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 10, 2001 1:26 AM > To: [EMAIL PROTECTED] > Subject: Re: mod_jk.so witn -DEAPI? > > > Which version of Apache/HTTPD server are you using? > > > Pae > > > -----Original Message- > From: Arne Borkowski (borko.net) <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date: Monday, April 09, 2001 3:35 PM > Subject: mod_jk.so witn -DEAPI? > > > >Hi, > > > >I tried to compile Jakarta mod_jk.so for Apache with EAPI > >support, but failed. Does any of you know where I have to > >place the -DEAPI option to compile it? > > > >Regards, Arne Borkowski > >Hamburg/Germany > smime.p7s
RE: directive throw a java.lang.StackOverflowError
Hi, I am using Tomcat 3.2.1 under RedHat Linux and also tried to configure my own 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 behaviour! Does any of you know where I do wrong? Regards, Arne > -Original Message- > From: Stéphane BAUDET [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 12, 2001 11:45 AM > To: [EMAIL PROTECTED] > Subject: 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 directive > > > 404 > /404.html > > > 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.(Exception.java:38) > at java.io.IOException.(IOException.java:43) > at > java.io.FileNotFoundException.(FileNotFoundException.java:62) > at java.io.FileInputStream.open(Native Method) > at java.io.FileInputStream.(FileInputStream.java:64) > at java.io.FileInputStream.(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:104
RE: directive throw a java.lang.StackOverflowError
Hi, after "playing around" with I ran into the following: JkMount /*.xml ajp13 is placed in my httpd.con under RedHat Linux / Apache and it worked in the past (that is about two hours ago :-( ). Now I do always receive 404 for all *.xml files. Even in the conext /cocoon ... I am obviously missing something ... what? The files I am requesting ARE THERE! Did any of you encounter that before? HELP! -Arne > -Original Message- > From: Hunor Nam [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 12, 2001 3:01 PM > To: [EMAIL PROTECTED] > Subject: RE: 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: directive throw a java.lang.StackOverflowError > > > Hi, > > I am using Tomcat 3.2.1 under RedHat Linux and also tried > to configure my own 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 behaviour! > > Does any of you know where I do wrong? > > Regards, Arne > > > > > > > -Original Message- > > From: Stéphane BAUDET [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, April 12, 2001 11:45 AM > > To: [EMAIL PROTECTED] > > Subject: 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 directive > > > > > > 404 > > /404.html > > > > > > 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.(Exception.java:38) > > at java.io.IOException.(IOException.java:43) > > at > > java.io.FileNotFoundException.(FileNotFoundException.java:62) > > at java.io.FileInputStream.open(Native Method) > > at java.io.FileInputStream.(FileInputStream.java:64) > > at java.io.FileInputStream.(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) > >
RE: 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
