[jira] Commented: (GERONIMO-478) Deployer must not echo password when prompting
[ http://issues.apache.org/jira/browse/GERONIMO-478?page=comments#action_59242 ] Petr Sickboy Hejl commented on GERONIMO-478: I made some experimets and I suppose there exist only two possible solutions for this. 1) native (which I generaly don't like in java) 2) console echo rewriting presented in posted patch Problem is that, there is no way how to disable console echo (or manipulate it) from java :( Deployer must not echo password when prompting -- Key: GERONIMO-478 URL: http://issues.apache.org/jira/browse/GERONIMO-478 Project: Apache Geronimo Type: Bug Components: deployment Reporter: Jeremy Boynes Attachments: geronimo-478.patch, geronimo-478.patch When no password is specified on the command line the deployer prompts the user for one. When this is being entered it is echoed onto the screen. On a windows machine the value entered is also displayed if up-arrow is pressed when being prompted. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-479) Root of WebApp Displays WEB-INF and META-INF Directories
[ http://issues.apache.org/jira/browse/GERONIMO-479?page=comments#action_58966 ] Petr Sickboy Hejl commented on GERONIMO-479: I tested this bug today with GERONIMO-569 (StackOverflow) patch by Greg Wilkins. Summary is: 1) when no welcome file is specified, server list out the content of app root directory (and I'm not sure if this is incorrect..., someone who knows the specification could help?) 2) if user tries to access the WEB-INF or META-INF directory 404 is returned (so it is nice and correct, isn't it?) If the behaviour described in item 1) is correct, this issue should be closed. I attach my test webapp ;) Root of WebApp Displays WEB-INF and META-INF Directories Key: GERONIMO-479 URL: http://issues.apache.org/jira/browse/GERONIMO-479 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: WinXP, JDK 1.4.2 Reporter: Seth Ladd I deployed a simple webapp containing nothing more than a web.xml. There is no welcome.jsp configured or provided. The deploy was OK, but when I browse to http://localhost:8080/testbed I see a directory listing, with the directories WEB-INF and META-INF listed. This, itself, should not happen. When clicking on WEB-INF, I generate a StackOverflow. I would expect a nice Forbidden message, or even a 404 (or whatever the Servlet spec says). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-479) Root of WebApp Displays WEB-INF and META-INF Directories
[ http://issues.apache.org/jira/browse/GERONIMO-479?page=history ] Petr Sickboy Hejl updated GERONIMO-479: --- Attachment: listBug.ear Test application for described issue. Root of WebApp Displays WEB-INF and META-INF Directories Key: GERONIMO-479 URL: http://issues.apache.org/jira/browse/GERONIMO-479 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: WinXP, JDK 1.4.2 Reporter: Seth Ladd Attachments: listBug.ear I deployed a simple webapp containing nothing more than a web.xml. There is no welcome.jsp configured or provided. The deploy was OK, but when I browse to http://localhost:8080/testbed I see a directory listing, with the directories WEB-INF and META-INF listed. This, itself, should not happen. When clicking on WEB-INF, I generate a StackOverflow. I would expect a nice Forbidden message, or even a 404 (or whatever the Servlet spec says). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-569) StackOverflowException when sending error page
StackOverflowException when sending error page -- Key: GERONIMO-569 URL: http://issues.apache.org/jira/browse/GERONIMO-569 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: Linux 2.4.28-cpufreq.suspend, jdk5.0 Reporter: Petr Sickboy Hejl In reaction on simple jsp page that causes NumberFormatException, defined error page is not sent and geronimo logs StackOverflowException. ---web.xml--- ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; display-name xml:lang=cstest4/display-name welcome-file-list welcome-filewelcome.jsp/welcome-file /welcome-file-list error-page exception-typejava.lang.NumberFormatException/exception-type location/WEB-INF/BadNumber.html/location /error-page error-page error-code404/error-code location/WEB-INF/NoSuchPage.html/location /error-page /web-app ---geronimo.log (part)--- 10:53:03,854 DEBUG [HttpServer] Try WebApplicationContext[/test4,test4],0 10:53:03,854 DEBUG [HttpContext] Handler [EMAIL PROTECTED] 10:53:03,854 DEBUG [ServletHandler] servlet=*.jsp=jsp 10:53:03,855 DEBUG [ServletHttpRequest] Got Session 79ir83g342qjn from cookie 10:53:03,855 DEBUG [ServletHandler] [EMAIL PROTECTED] 10:53:03,855 DEBUG [WebApplicationHandler] chain=jsr154-jsp 10:53:03,855 DEBUG [JspServlet] JspEngine -- /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] ServletPath: /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] PathInfo: null 10:53:03,855 DEBUG [ServletHandler] getRealPath of /Dates_and_Times.jsp in [EMAIL PROTECTED] 10:53:03,856 DEBUG [JspServlet] RealPath: /usr/local/ApacheGeronimo/config-store/15/test4.war/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] RequestURI: /test4/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] QueryString: null 10:53:03,856 DEBUG [JspServlet] Request Params: 10:53:04,030 DEBUG [Compiler] Using classpath:
[jira] Updated: (GERONIMO-569) StackOverflowException when sending error page
[ http://issues.apache.org/jira/browse/GERONIMO-569?page=history ] Petr Sickboy Hejl updated GERONIMO-569: --- Description: In reaction on simple jsp page that causes NumberFormatException, defined error page is not sent and geronimo logs StackOverflowException. Any subsequent http request to server returns error page that should be returned before. ---web.xml--- ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; display-name xml:lang=cstest4/display-name welcome-file-list welcome-filewelcome.jsp/welcome-file /welcome-file-list error-page exception-typejava.lang.NumberFormatException/exception-type location/WEB-INF/BadNumber.html/location /error-page error-page error-code404/error-code location/WEB-INF/NoSuchPage.html/location /error-page /web-app ---geronimo.log (part)--- 10:53:03,854 DEBUG [HttpServer] Try WebApplicationContext[/test4,test4],0 10:53:03,854 DEBUG [HttpContext] Handler [EMAIL PROTECTED] 10:53:03,854 DEBUG [ServletHandler] servlet=*.jsp=jsp 10:53:03,855 DEBUG [ServletHttpRequest] Got Session 79ir83g342qjn from cookie 10:53:03,855 DEBUG [ServletHandler] [EMAIL PROTECTED] 10:53:03,855 DEBUG [WebApplicationHandler] chain=jsr154-jsp 10:53:03,855 DEBUG [JspServlet] JspEngine -- /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] ServletPath: /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] PathInfo: null 10:53:03,855 DEBUG [ServletHandler] getRealPath of /Dates_and_Times.jsp in [EMAIL PROTECTED] 10:53:03,856 DEBUG [JspServlet] RealPath: /usr/local/ApacheGeronimo/config-store/15/test4.war/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] RequestURI: /test4/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] QueryString: null 10:53:03,856 DEBUG [JspServlet] Request Params: 10:53:04,030 DEBUG [Compiler] Using classpath:
[jira] Commented: (GERONIMO-395) Error for /blojsom/: java.lang.StackOverflowError
[ http://issues.apache.org/jira/browse/GERONIMO-395?page=comments#action_58610 ] Petr Sickboy Hejl commented on GERONIMO-395: I think this is duplicate of GERONIMO-569. It is caused by endless dispatching loop in jetty. I have created patch, but I am not sure if it is correct (or workaround only). The loop occurs, when JSR154Filter is used, unwrapped dispatching enabled and error page that should be sent to browser is located in /WEB-INF or /META-INF directory. Error for /blojsom/: java.lang.StackOverflowError - Key: GERONIMO-395 URL: http://issues.apache.org/jira/browse/GERONIMO-395 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: Microsoft Windows XP [Wersja 5.1.2600] java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing) CYGWIN_NT-5.1 Shrek 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Reporter: Shrek the Ogre Attachments: jetty-errorpages.patch It's a build from the fresh checkout. Before upgrading Jetty to 5.1-SNAPSHOT blojsom (http://blojsom.sf.net) worked well. Now, once blojsom 2.19 has been deployed using the deployer tool, Jetty prints out the following at the first page of blojsom: ... 10:51:22,250 WARN [ServletHandler] Error for /blojsom/ java.lang.StackOverflowError at java.lang.StringBuffer.append(Unknown Source) at org.apache.log4j.helpers.AbsoluteTimeDateFormat.format(AbsoluteTimeDateFormat.java:113) at java.text.DateFormat.format(Unknown Source) at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:436) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.log(Category.java:864) at org.apache.geronimo.system.logging.log4j.CachingLog4jLog.debug(CachingLog4jLog.java:69) at org.apache.geronimo.kernel.log.GeronimoLog.debug(GeronimoLog.java:66) at org.mortbay.jetty.servlet.Default.getResource(Default.java:189) at org.mortbay.jetty.servlet.Default.service(Default.java:209) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at
[jira] Updated: (GERONIMO-395) Error for /blojsom/: java.lang.StackOverflowError
[ http://issues.apache.org/jira/browse/GERONIMO-395?page=history ] Petr Sickboy Hejl updated GERONIMO-395: --- Attachment: jetty-errorpages.patch Not sure if correct patch (but working). Error for /blojsom/: java.lang.StackOverflowError - Key: GERONIMO-395 URL: http://issues.apache.org/jira/browse/GERONIMO-395 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: Microsoft Windows XP [Wersja 5.1.2600] java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing) CYGWIN_NT-5.1 Shrek 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Reporter: Shrek the Ogre Attachments: jetty-errorpages.patch It's a build from the fresh checkout. Before upgrading Jetty to 5.1-SNAPSHOT blojsom (http://blojsom.sf.net) worked well. Now, once blojsom 2.19 has been deployed using the deployer tool, Jetty prints out the following at the first page of blojsom: ... 10:51:22,250 WARN [ServletHandler] Error for /blojsom/ java.lang.StackOverflowError at java.lang.StringBuffer.append(Unknown Source) at org.apache.log4j.helpers.AbsoluteTimeDateFormat.format(AbsoluteTimeDateFormat.java:113) at java.text.DateFormat.format(Unknown Source) at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:436) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.log(Category.java:864) at org.apache.geronimo.system.logging.log4j.CachingLog4jLog.debug(CachingLog4jLog.java:69) at org.apache.geronimo.kernel.log.GeronimoLog.debug(GeronimoLog.java:66) at org.mortbay.jetty.servlet.Default.getResource(Default.java:189) at org.mortbay.jetty.servlet.Default.service(Default.java:209) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:413) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:529) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:259) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:156) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:312) at org.mortbay.jetty.servlet.Default.service(Default.java:232) at
[jira] Updated: (GERONIMO-569) StackOverflowError when sending error page
[ http://issues.apache.org/jira/browse/GERONIMO-569?page=history ] Petr Sickboy Hejl updated GERONIMO-569: --- Summary: StackOverflowError when sending error page (was: StackOverflowException when sending error page) StackOverflowError when sending error page -- Key: GERONIMO-569 URL: http://issues.apache.org/jira/browse/GERONIMO-569 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: Linux 2.4.28-cpufreq.suspend, jdk5.0 Reporter: Petr Sickboy Hejl In reaction on simple jsp page that causes NumberFormatException, defined error page is not sent and geronimo logs StackOverflowException. Any subsequent http request to server returns error page that should be returned before. ---web.xml--- ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; display-name xml:lang=cstest4/display-name welcome-file-list welcome-filewelcome.jsp/welcome-file /welcome-file-list error-page exception-typejava.lang.NumberFormatException/exception-type location/WEB-INF/BadNumber.html/location /error-page error-page error-code404/error-code location/WEB-INF/NoSuchPage.html/location /error-page /web-app ---geronimo.log (part)--- 10:53:03,854 DEBUG [HttpServer] Try WebApplicationContext[/test4,test4],0 10:53:03,854 DEBUG [HttpContext] Handler [EMAIL PROTECTED] 10:53:03,854 DEBUG [ServletHandler] servlet=*.jsp=jsp 10:53:03,855 DEBUG [ServletHttpRequest] Got Session 79ir83g342qjn from cookie 10:53:03,855 DEBUG [ServletHandler] [EMAIL PROTECTED] 10:53:03,855 DEBUG [WebApplicationHandler] chain=jsr154-jsp 10:53:03,855 DEBUG [JspServlet] JspEngine -- /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet]ServletPath: /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] PathInfo: null 10:53:03,855 DEBUG [ServletHandler] getRealPath of /Dates_and_Times.jsp in [EMAIL PROTECTED] 10:53:03,856 DEBUG [JspServlet] RealPath: /usr/local/ApacheGeronimo/config-store/15/test4.war/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] RequestURI: /test4/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet]QueryString: null 10:53:03,856 DEBUG [JspServlet] Request Params: 10:53:04,030 DEBUG [Compiler] Using classpath:
[jira] Updated: (GERONIMO-569) StackOverflowError when sending error page
[ http://issues.apache.org/jira/browse/GERONIMO-569?page=history ] Petr Sickboy Hejl updated GERONIMO-569: --- Attachment: jetty-errorpages.patch See http://issues.apache.org/jira/browse/GERONIMO-395 for patch details! StackOverflowError when sending error page -- Key: GERONIMO-569 URL: http://issues.apache.org/jira/browse/GERONIMO-569 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: Linux 2.4.28-cpufreq.suspend, jdk5.0 Reporter: Petr Sickboy Hejl Attachments: jetty-errorpages.patch In reaction on simple jsp page that causes NumberFormatException, defined error page is not sent and geronimo logs StackOverflowException. Any subsequent http request to server returns error page that should be returned before. ---web.xml--- ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; display-name xml:lang=cstest4/display-name welcome-file-list welcome-filewelcome.jsp/welcome-file /welcome-file-list error-page exception-typejava.lang.NumberFormatException/exception-type location/WEB-INF/BadNumber.html/location /error-page error-page error-code404/error-code location/WEB-INF/NoSuchPage.html/location /error-page /web-app ---geronimo.log (part)--- 10:53:03,854 DEBUG [HttpServer] Try WebApplicationContext[/test4,test4],0 10:53:03,854 DEBUG [HttpContext] Handler [EMAIL PROTECTED] 10:53:03,854 DEBUG [ServletHandler] servlet=*.jsp=jsp 10:53:03,855 DEBUG [ServletHttpRequest] Got Session 79ir83g342qjn from cookie 10:53:03,855 DEBUG [ServletHandler] [EMAIL PROTECTED] 10:53:03,855 DEBUG [WebApplicationHandler] chain=jsr154-jsp 10:53:03,855 DEBUG [JspServlet] JspEngine -- /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet]ServletPath: /Dates_and_Times.jsp 10:53:03,855 DEBUG [JspServlet] PathInfo: null 10:53:03,855 DEBUG [ServletHandler] getRealPath of /Dates_and_Times.jsp in [EMAIL PROTECTED] 10:53:03,856 DEBUG [JspServlet] RealPath: /usr/local/ApacheGeronimo/config-store/15/test4.war/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet] RequestURI: /test4/Dates_and_Times.jsp 10:53:03,856 DEBUG [JspServlet]QueryString: null 10:53:03,856 DEBUG [JspServlet] Request Params: 10:53:04,030 DEBUG [Compiler] Using classpath:
[jira] Commented: (GERONIMO-479) Root of WebApp Displays WEB-INF and META-INF Directories
[ http://issues.apache.org/jira/browse/GERONIMO-479?page=comments#action_58616 ] Petr Sickboy Hejl commented on GERONIMO-479: Stack overflow could has the same reason as in http://issues.apache.org/jira/browse/GERONIMO-395 (comment and patch). Root of WebApp Displays WEB-INF and META-INF Directories Key: GERONIMO-479 URL: http://issues.apache.org/jira/browse/GERONIMO-479 Project: Apache Geronimo Type: Bug Components: web Versions: 1.0-M3 Environment: WinXP, JDK 1.4.2 Reporter: Seth Ladd I deployed a simple webapp containing nothing more than a web.xml. There is no welcome.jsp configured or provided. The deploy was OK, but when I browse to http://localhost:8080/testbed I see a directory listing, with the directories WEB-INF and META-INF listed. This, itself, should not happen. When clicking on WEB-INF, I generate a StackOverflow. I would expect a nice Forbidden message, or even a 404 (or whatever the Servlet spec says). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira