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=6194>. 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=6194 Unable to unpack wars without freezing? ------- Additional Comments From [EMAIL PROTECTED] 2002-06-11 14:42 ------- I am not using the expresso framework, I'm using a WAR file built with the ANT build script given in the Tomcat programmer's guide. Here's my host/context config in server.xml: <Host name="wb.local" debug="0" appBase="webapps" unpackWARs="true"> <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="wb_local_access_log." suffix=".txt" pattern="common"/> <Logger className="org.apache.catalina.logger.FileLogger" directory="logs" prefix="wb_local_log." suffix=".txt" timestamp="true"/> <Context path="" docBase="workbench" debug="0"> <Logger className="org.apache.catalina.logger.FileLogger" prefix="workbench_log." suffix=".txt" timestamp="true"/> </Context> </Host> Here's what is showing up in the Host's log file: 2002-06-11 10:33:16 StandardHost[wb.local]: Installing web application at context path /workbench from URL jar:file:C:\c- base\opt\tomcat\webapps\workbench.war!/ 2002-06-11 10:33:17 WebappLoader[/workbench]: Deploying class repositories to work directory C:\c-base\opt\tomcat\work\wb.local\workbench 2002-06-11 10:33:17 StandardManager[/workbench]: Seeding random number generator class java.security.SecureRandom 2002-06-11 10:33:17 StandardManager[/workbench]: Seeding of random number generator has been completed 2002-06-11 10:33:19 ContextConfig[/workbench]: Missing application web.xml, using defaults only 2002-06-11 10:33:19 ContextConfig[/workbench]: Added certificates -> request attribute Valve 2002-06-11 10:33:19 StandardWrapper[/workbench:default]: Loading container servlet default 2002-06-11 10:33:19 default: init 2002-06-11 10:33:19 StandardWrapper[/workbench:invoker]: Loading container servlet invoker 2002-06-11 10:33:19 invoker: init 2002-06-11 10:33:19 jsp: init 2002-06-11 10:33:19 Internal Error: File /WEB-INF/web.xml not found Here's what is showing up in the context's log file: 2002-06-11 10:17:08 StandardContext[]: Error initializing resources: Document base C:\c-base\opt\tomcat\webapps\workbench does not exist or is not a readable directory 2002-06-11 10:17:08 StandardContext[]: Context startup failed due to previous errors 2002-06-11 10:17:08 StandardContext[]: Exception during cleanup after start failed LifecycleException: Container StandardContext[] has not been started at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1147) at org.apache.catalina.core.StandardContext.stop (StandardContext.java:3451) at org.apache.catalina.core.StandardContext.start (StandardContext.java:3408) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardHost.start(StandardHost.java:614) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:343) at org.apache.catalina.core.StandardService.start (StandardService.java:388) at org.apache.catalina.core.StandardServer.start (StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) I'm not sure why that would happen, because after the file is unpacked, that directory most certainly exists. Could it be that the context is starting before the war file is unpackaged? Is this a thread timing issue? I am unfamiliar with the internals of Tomcat so I wouldn't know (hence the bug note). Perhaps on Linux platforms a particular locking takes place that ensures the war file is unpackaged before the context is started and that isn't happening on Windows? Just a shot in the dark... Also, I found this post on google groups: http://groups.google.com/groups?q=% 22Error+initializing+resources:+Document+base% 22&hl=en&lr=&ie=UTF8&oe=UTF8&selm=3c98c45e.53699265%40news.earthlink.net&rnum=1 The author had a similar problem to mine, however I found that the lower casing of the directory name for the web.xml file seems to be a problem with WinZIP, not JAR or tomcat. Essentially, every time I tried to add web.xml to the archive using WinZIP it would always convert the path to lower case. What I also tried was letting Tomcat unpackage the directory and then using WinZIP to rearchive it (rather than using the jar utility). This eliminated the lower case directory name for web.xml, but did not resolve the problem. My current work around is to start tomcat, let it unpack the war file and then restart tomcat. This generally works, but will be a pain in the neck in a production environment. Fortunately I'm only working on an internal app right now. If I can't get this to work I may have to use a different servlet engine when I go after customer facing systems, which would suck because I otherwise generally like Tomcat/Apache. Your assistance/guidance is very much appreciated. Thanks in advance, Sam Wilson -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
