Hi,
I'm trying to update my build script to do some conditional checking
to see if I'm deploying my code to Tomcat 5.5 or using an older version.
Is there something (like a particular file or directory) I can check
reliably that would indicate that I'm using 5.5 versus an older version?
On 5/3/05, Jason Novotny [EMAIL PROTECTED] wrote:
Hi,
I'm trying to update my build script to do some conditional checking
to see if I'm deploying my code to Tomcat 5.5 or using an older version.
Is there something (like a particular file or directory) I can check
reliably that would
Thanks-- unfortunately by default (at least on Unix) that file is
not executable so it wouldn't even execute by default.
Has anyone actually created an ant task or can give me some ant
logic for doing Tomcat version detection for 5.5? Here's a snippet that
worked for Tomcat 4 and Tomcat
From: Jason Novotny [EMAIL PROTECTED]
Sent: Tuesday, May 03, 2005 2:11 PM
Thanks-- unfortunately by default (at least on Unix) that file is
not executable so it wouldn't even execute by default.
Did you bother to even LOOK at the script? All it does is call 'catalina.sh
version' (I'd
available classname=org.apache.catalina.valves.FastCommonAccessLogValve
classpath=${appserver.home}/server/lib/catalina-optional.jar
property=is55/
-Tim
Jason Novotny wrote:
Thanks-- unfortunately by default (at least on Unix) that file is not
executable so it wouldn't
Thanks Tim,
That is exactly what I was looking for, but I still can't get it to
work, and it seems that the available task is somewhat broken. Instead
of just checking if the class is contained in the jar it also tries to
resolve all of its dependencies, so this is what I get when using ant
It looks like the available task tries to load the class in a new
classloader. Of course - doing so loads all it's super classes too - so you'd
need to also add catalina.jar to your classpath for the available task.
-Tim
Jason Novotny wrote:
Thanks Tim,
That is exactly what I was looking
Yeah-- it was even lamer than that. I also had to add jmx.jar from
bin/ to classpath since that was involved in the Valve dependency from
catalina.jar
Thanks, Jason
Tim Funk wrote:
It looks like the available task tries to load the class in a new
classloader. Of course - doing so