You need to make sure that you delete the webapps/nsfs directory before starting tomcat, or tomcat won't unpack the .war file. Place the .war file directly in the webapps directory.
From: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/deployment.html Copy the web application archive file into directory $CATALINA_HOME/webapps/. When Tomcat is started, it will automatically expand the web application archive file into its unpacked form, and execute the application that way. This approach would typically be used to install an additional application, provided by a third party vendor or by your internal development staff, into an existing Tomcat installation. NOTE - If you use this approach, and wish to update your application later, you must both replace the web application archive file AND delete the expanded directory that Tomcat created, and then restart Tomcat, in order to reflect your changes. -----Original Message----- From: Rick Roberts [mailto:[EMAIL PROTECTED] Sent: 23 July 2003 20:27 To: Tomcat Users List Subject: Re: War files don't work Making docBase = "nsfs.war" vice "nsfs" works!! :) However; the war file is not being unpacked. It seems that unpackWARs="true" works the same as unpackWARs="false" Thanks, Rick John Turner wrote: > > From the docs for Context: > > "The Document Base (also known as the Context Root) directory for this > web application, or the pathname to the web application archive file (if > this web application is being executed directly from the WAR file). You > may specify an absolute pathname for this directory or WAR file, or a > pathname that is relative to the appBase directory of the owning Host." > > Thus, if you're going to put a Context entry in server.xml for "nsfs", > make the docBase "nsfs.war", not "nsfs". > > Further: > > http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/host.html#Automatic%2 0Application%20Deployment > > > John > > Rick Roberts wrote: > >> Does the nsfs.war file go into webapps directory or into webapps/nsfs >> directory? >> Currently, the webapps/nsfs dir does not exist. There is only the >> nsfs.war file setting in the webapps directory. I am assuming that >> Tomcat will create the webapps/nsfs directory for me when it expands >> the war file. >> >> I have temporarily set permissions to 777 on the webapps directory and >> it still does not expand, nor try to use, the war file. >> >> >> Rick >> >> John Turner wrote: >> >>> >>> You've told Tomcat the docBase is "nsfs". >>> >>> Tomcat thusly looks for a directory called "nsfs" in the Host's appBase. >>> >>> If it finds it, and unpackWars is true, it will unpack your WAR file >>> into that directory (webapps/nsfs, NOT webapps). Thus, Tomcat needs >>> r+w on webapps/nsfs. >>> >>> Does Tomcat have r+w on webapps/nsfs? >>> >>> Alternatively, make unpackWars false. >>> >>> John >>> >>> Rick Roberts wrote: >>> >>>> My directory permissions are as follows: >>>> >>>> drwxrwx--- 7 root tomcat4 4096 Jul 23 12:17 webapps >>>> >>>> ps -ef shows me this, which is think is Tomcat, which is run by user >>>> tomcat4: >>>> >>>> tomcat4 6199 1 0 12:17 pts/2 00:00:36 >>>> /usr/java/jdk1.4/bin/java -Djava.endorsed.dirs= -classpath >>>> /usr/java/jdk1.4/lib/tools.jar:/var >>>> >>>> Thanks, >>>> >>>> Rick >>>> >>>> Shapira, Yoav wrote: >>>> >>>>> Howdy, >>>>> >>>>> >>>>>>> 2003-07-23 11:09:30 StandardContext[/nsfs]: Resources start failed: >>>>>>> java.lang.IllegalArgumentException: Document base >>>>>>> /var/tomcat4/webapps/nsfs does not exist or is not a >>>>>>> readable directory >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Well explain it to me! :) >>>>>> >>>>>> There is a "/var/tomcat4/webapps/nsfs.war" file. >>>>>> >>>>>> There should not be a "/var/tomcat4/webapps/nsfs" directory. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> If you have unpackWARS="true" tomcat will try to explode your war into >>>>> the directory specified as the docBase, which is nsfs under >>>>> webapps. If >>>>> it can't create this directory or read/write into it, you get the >>>>> above >>>>> error. Check file permissions on webapps. >>>>> >>>>> Yoav Shapira -- ******************************************* * Rick Roberts * * Advanced Information Technologies, Inc. * ******************************************* --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
