Tang,

Thanks for the reply.  Unfortunantly, that isn't the behavior I am seeing,
and I think the other poster had the same issue.  If I don't have a
<context> for my war file in the server.xml, then it unpacks fine.  But, if
I do have a context, then it won't unpack, and I have to do it manually.  

This is the server conf that I am trying to use that doesn't work:
<Context className="org.apache.catalina.core.StandardContext"
cachingAllowed="true"
charsetMapperClass="org.apache.catalina.util.CharsetMapper" cookies="true"
crossContext="false" debug="0" docBase="fortius.war"
mapperClass="org.apache.catalina.core.StandardContextMapper" path="/fortius"
privileged="false" reloadable="true" swallowOutput="false" useNaming="true"
wrapperClass="org.apache.catalina.core.StandardWrapper">
          <Environment description="" name="local_dir" override="true"
type="java.lang.String"
value="d:/java/tomcat/webapps/fortius/data/scintfiles"/>
        </Context> 


I do have the docBase pointing to my war file.

Eric Pugh
-----Original Message-----
From: Tang
To: Tomcat Users List; [EMAIL PROTECTED]
Sent: 7/24/03 9:31 PM
Subject: Re: War files don't work

Hi, all you need to do is place WAR file into webapps directory, Tomcat
will
unpack for you. If you don't pack web application into WAR file. You
should
copy web application directory into webapps directory and config
<context>
parameter. You can check tomcat-docs for more configuration details.

----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 6:18 PM
Subject: RE: War files don't work


> I'm joining this thread late, but I posted a couple weeks ago the same
> problem..  I am running JDK1.4.2 and Tomcat 4.1.24.  If I have a
context
> specified in server.xml, then the war file DOESN'T unpack.  If I don't
have
> a context specified, then it DOES unpack.
>
> Setting the docBase to "fortius.war" versus "fortius" doesn't seem to
matter
> at all.
>
> I am building my war file using Maven..  could that be the problem?
>
> Eric Pugh
>
> -----Original Message-----
> From: Rick Roberts
> To: Tomcat Users List
> Sent: 7/23/03 3:26 PM
> 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#Automat
> ic%20Application%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]

Reply via email to