Re: Tomcat 5: default unpackWARs bahaviour?

[john cho <ch...@comcast.net>]

Hi,
I have war file to be deployed at /webapps.  However, if i don't have a
ending "/" at the end of docBase and path, it does not expand.  So, one of
the admins puts "/" at the end of docBase and path attriubtes in the
Context, it starts to expand, however, it has been creating another
problems.

I am guessing it might be relate to xml parser issue.  If anybody has the
same problems and can share the thought and solutions, I would appreciate it
very much.

thanks,


----- Original Message ----- 
From: "Shapira, Yoav" <Yo...@mpi.com>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Friday, May 28, 2004 8:54 AM
Subject: RE: Tomcat 5: default unpackWARs bahaviour?



Hi,
Don't rely on a default value for unpackWARs: put it in your
instructions that it must be true, because that's a place where your
webapp deviates from the Servlet Specification (which only requires
containers to support packed WARs).

Yoav Shapira
Millennium Research Informatics


>-----Original Message-----
>From: Simon Brooke [mailto:simon@jasmine.org.uk]
>Sent: Friday, May 28, 2004 6:28 AM
>To: 'Tomcat Users List'
>Subject: Tomcat 5: default unpackWARs bahaviour?
>
>-----BEGIN PGP SIGNED MESSAGE-----
>
>I'm busy writing installation instructions for a webapp, and I've just
had
>my
>first draft sent back to me as 'much too technical and complex'.
>
>For the webapp to work, I need 'unpackWARs' to be true in the
server.xml
>file.
>A lot of Tomcat 4 distributions I've seen (including the Debian one,
which
>I
>mostly use) come with 'unpackWARs' false.
>
>In the 5.0.24 binary tarball I've downloaded from jakarta.apache.org
>unpackWARs is true. Is this policy? Can I rely on unpackWARs being true
in
>Tomcat 5 distributions downloaded from jakarta.apache.org? If so it
makes
>my
>installation instructions much simpler.
>
>Cheers
>
>Simon
>
>- --
>simon@jasmine.org.uk (Simon Brooke) http://www.jasmine.org.uk/~simon/
>
> Tony Blair's epitaph, #1: Here lies Tony Blair.
> Tony Blair's epitaph, #2: Trust me.
>
>-----BEGIN PGP SIGNATURE-----
>Version: 2.6.3ia
>Charset: noconv
>
>iQCVAwUBQLcUO3r1UrYJMbiJAQFugQQAkgVMzf5onkPS/CUThcCXqEQnj3HdXVBZ
>QSq6gD0DUt8/wwWkVCbcFEU6nCE7884KzTXc3JDLd58G1qcP7lPwfnTon5eR8Zzr
>TF0vBzuPto2bJDCXGrBttOWFuNco1YFfMTu3wJYRSAJkyYBfmoX0LHEWR5s9fNfC
>tyhtCVnH2a8=
>=LGgP
>-----END PGP SIGNATURE-----
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org