https://issues.apache.org/bugzilla/show_bug.cgi?id=50634
Christopher Schultz <ch...@christopherschultz.net> changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All --- Comment #1 from Christopher Schultz <ch...@christopherschultz.net> 2011-01-22 10:39:59 EST --- It looks like the STR are more complicated. I deployed this into a running TC7 container by simply copying jspc.war into the webapps directory and letting autodeploy do the work. After that, I received the above exception. Then, I tried to access /src/Test.jsp and I got this exception: SEVERE: Servlet.service() for servlet [jsp] in context with path [/jspc] threw excep tion [Servlet execution threw an exception] with root cause java.lang.ClassNotFoundException: org.apache.jasper.util.ExceptionUtils at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:342) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:380) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:166) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) After restarting the server, a startup autodeploy occurred and the page ran as I expected it would (printing 4 list items with literal "${num}" as the text). Then, when accessing /jspc/src/Test.jsp (the source of the JSP, no precompiling), I get a different output: Example Pre-compiled JSP Item #{1 Item #2 Item #3 Item #4} According to Konstantin, this is probably what I should have expected in the first place. Several funny things are going on, here. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org