org.apache.catalina.startup.Catalina is in catalina.x.x.x.jar which should be in your /wintouch/tomcat/lib path. That is, ${CATALINA_BASE}/lib.
Tomcat has its own classloaders which load based on the standard paths within $CATALINA_HOME and $CATALINA_BASE. Standard paths are bin, conf, lib, logs, temp, webapps, and work. The handful of jars in /bin are loaded by the standard classloader within the java runtime using $CLASSPATH and class paths in the jar manifests. That's just the bootstrap jar and a little bit of logging. Everything after that is loaded by the Tomcat classloaders. There's a classloader for /lib that's started by the bootstrap. There's a separate classloader for each app in the webapps path. Jsp's are usually compiled into work and there's a classloader for them.
I notice that catalina.sh for Tomcat 7.x has a big section conditioned on `uname` matching OS400*. I haven't tried Tomcat 7 on i5OS 7, yet, but we've had some trouble running the Tomcat shell scripts in QSHELL on older releases. You might try running in QP2SHELL instead.
Another thing to check is to see that the user running the code has authority to the files in the /lib path. Some of that OS400-specific shell script is doing that check.
tty, by the way, prints the name of the terminal to standardOut.
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of James Lampert
Sent: Tuesday, July 24, 2012 11:22 AM
To: Java Programming on and around the iSeries / AS400
Subject: Tomcat 7.0.25 on an AS/400, V5R4, Another try. Help?
Last week, I posted the following on the Tomcat support list, and while I've gotten back a few replies, I haven't yet found the problem.
Theoretically, I've ironed out the bugs concerning which JVMs Tomcat will run under (i.e., the ones in QOpenSys, rather than the "classic"
ones), but it still crashes on takeoff. Maybe somebody here knows something that might help?
The STDOUT from attempting to start Tomcat is as follows:
/wintouch/tomcat/bin/catalina.sh: 001-0019 Error found searching for command tty. No such path or directory.
Using CATALINA_BASE: /wintouch/tomcat
Using CATALINA_HOME: /wintouch/tomcat
Using CATALINA_TMPDIR: /wintouch/tomcat/temp
Using JRE_HOME: /QOpenSys/QIBM/ProdData/JavaVM/jdk60/32bit
Using CLASSPATH: /wintouch/tomcat/bin/bootstrap.jar:/wintouch/tomcat/bin/tomcat-juli.jar
Which is to say, /QOpenSys/QIBM/ProdData/JavaVM/jdk60/32bit/jre is a JVM that, so far as I'm aware, doesn't have any problems with Tomcat.
Everything above is exactly the same as in a successful launch on our
V6R1 box.
And Catalina.out is mercifully short this time:
java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
at java.net.URLClassLoader.findClass(URLClassLoader.java:432)
at java.lang.ClassLoader.loadClass(ClassLoader.java:642)
at java.lang.ClassLoader.loadClass(ClassLoader.java:608)
at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:236)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
It's obviously trying to tell me SOMETHING, but I can't determine WHAT it's trying to tell me.
Any ideas? I don't see the class it's complaining about in either of the two JARs listed on the classpath dumped to STDOUT, but if that were the problem, it wouldn't work here, either.
--
JHHL
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/java400-l.
midrange.com
