Thanks for your reply. The error does not happen during unpacking of the war file since I can reproduce the problem just by putting new jsp page inside the unpacked application and it ends to the same exception (so tomcat does compile jsp pages on the fly). The other jsp pages (and servlets) that are inside that same application but do not include the taglibrary in question are working fine. The procedure at godaddy goes as follows: -tomcat checks regularly if there are war files in users home directory and unpacks them -once a day tomcat is restarted and while it starts it takes all the applications that are unpacked to use
The work directory that Tomcat uses is out of reach from users. Additionally I can succesfully use other tag libraries (have tested only jstl... and only c.tld from there to be exact). I did not include the stack trace since I have no access to it. Tomcat does not print the error to screen for some reason and (as I said before) I do not have access to tomcat logs. But what I can do is to get stack trace elements from the exception and run a for loop over the array. It produces this: java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) java.security.AccessController.checkPermission(AccessController.java:427) java.lang.SecurityManager.checkPermission(SecurityManager.java:532) java.lang.SecurityManager.checkWrite(SecurityManager.java:962) java.io.FileOutputStream.<init>(FileOutputStream.java:169) java.io.FileOutputStream.<init>(FileOutputStream.java:131) org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1817) org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:920) org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClassLoader.java:1138) java.lang.Class.getResourceAsStream(Class.java:1998) org.displaytag.properties.TableProperties.loadBuiltInProperties(TableProperties.java:429) org.displaytag.properties.TableProperties.<init>(TableProperties.java:568) org.displaytag.properties.TableProperties.getInstance(TableProperties.java:647) org.displaytag.export.ExportViewFactory.<init>(ExportViewFactory.java:56) org.displaytag.export.ExportViewFactory.getInstance(ExportViewFactory.java:79) org.displaytag.tags.TableTag.doStartTag(TableTag.java:709) org.apache.jsp.forum4_jsp._jspx_meth_display_table_0(forum4_jsp.java:512) org.apache.jsp.forum4_jsp._jspService(forum4_jsp.java:280) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50) org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:140) java.security.AccessController.doPrivileged(Native Method) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:136) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:417) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) java.lang.Thread.run(Thread.java:595) Regards, Ilari On Thu, 3 Jul 2008, Caldarale, Charles R wrote: > > From: J Ilari Moilanen [mailto:[EMAIL PROTECTED] > > Subject: RE: preventing manifest write > > > > And I can guess (without looking onto tomcat code) that the > > problem here is that Tomcat tries to write something that it > > does not need to do during normal servlet execution. > > Since you didn't give us the full stack trace, that's just speculation. The > reported error is likely to have occurred during first reference to the > webapp, when the war file gets unpacked. The unpacking normally happens in > the appBase directory, but I suspect GoDaddy has prevented the Tomcat userid > from writing there, so Tomcat uses the work directory instead. You may have > problems with on-the-fly JSP compilation as well, so you may need to > pre-compile all JSPs (assuming you can get past this firts issue). > > - Chuck --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
