tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 22869] - under liveDeploy a webapp may throw an exception on restart. if some files are soft links
Date Thu, 25 Sep 2003 15:58:59 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22869>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22869

under liveDeploy a webapp may throw an exception on restart. if some files are soft links





------- Additional Comments From rmroczk@sears.com  2003-09-25 15:58 -------
I would like to add that I am experiencing this bug as well.  In my case I do
not have liveDeploy enabled and that in my case the app manager does not
indicate any problem when a user stops and starts our web application.  In our
case our users receive internal server errors when attempting to access jsp
files that rely on symbolic links to include external files.  The exact message is:

Exception report
message Internal Server Error
description The server encountered an internal error (Internal Server Error)
that prevented it from fulfilling this request.
exception 
org.apache.jasper.JasperException: /login.jsp(18,133) File
"/_vti_templates/topmenu.txt" not found
		 at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94)
		 at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428)
		 at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:170)
		 at org.apache.jasper.compiler.Parser.processIncludeDirective(Parser.java:305)
		 at org.apache.jasper.compiler.Parser.parseIncludeDirective(Parser.java:340)
		 at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:378)
		 at org.apache.jasper.compiler.Parser.parseElements(Parser.java:795)
		 at org.apache.jasper.compiler.Parser.parse(Parser.java:122)
		 at org.apache.jasper.compiler.ParserController.parse(ParserController.java:199)
		 at org.apache.jasper.compiler.ParserController.parse(ParserController.java:153)
		 at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:227)
		 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:369)
		 at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473)
		 at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190)
		 at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
		 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
		 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
		 at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
		 at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
		 at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
		 at com.sears.intra.web.login.WebLoginFilter.deny(WebLoginFilter.java:129)
		 at com.sears.intra.web.login.WebLoginFilter.doFilter(WebLoginFilter.java:86)
		 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
		 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
		 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
		 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
		 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
		 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
		 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
		 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
		 at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2408)
		 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
		 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
		 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
		 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
		 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
		 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
		 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
		 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
		 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
		 at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:466)
		 at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:585)
		 at java.lang.Thread.run(Thread.java:536)

This bug is a show-stopper for us.  Is there anything I can do short of
recompiling Tomcat with the changes mentioned to get around this issue?

Mime
View raw message