Caldarale, Charles R wrote:
[...]
Obviously, Tomcat is running at faster-than-light speed, so cause and effect
are no longer ordered...
You should take a patent on that one.
So, if regarding Tomcat there is no direct causality anymore, does it
mean also that we can all just sit here and wa
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: application deployment issue, Tomcat 5.5
>
> I am still a bit puzzled by the sequence of events below though.
> First it writes that the WAR file is invalid or unreadable, then 10
> seconds later it mentions a
> From: albrecht andrzejewski [mailto:[EMAIL PROTECTED]
> Subject: Re: application deployment issue, Tomcat 5.5
>
> java is looking to some native code to unzip the WAR file,
> which is huffman's compressed (yes, war files can be unzipped).
The native code being used to
albrecht andrzejewski wrote:
[...]
Thanks for the various answers.
But apparently the problem was that this was missing :
grant codeBase "file:${catalina.home}/bin/tomcat-juli.jar" {
[ .. parts omitted ..]
permission java.io.FilePermission
"${catalina.base}${file.separator}webapps
Considering my own occasional sniping at Chuck here, it kills me to have
to say this, but I don't want anyone to look falsely in the wrong
direction maybe. One particularity of this Tomcat 5.5 on platform B,
compared to the others, is that it was set up via the standard Linux
Debian package mec
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: application deployment issue, Tomcat 5.5
>
> By the way, which is the easiest way to see the "full"
> version of Tomcat?
There's a version.sh script in the Tomcat bin directory that will display the
actual Tomcat level.
> One particulari
