You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by "James H. H. Lampert" <ja...@touchtonecorp.com> on 2014/12/12 18:50:13 UTC
Help! Tomcat crashing on takeoff
I'm trying to bring up Tomcat on a customer's AS/400. It's at the same
OS release as our own box, and Java 6 was just installed on it, sometime
this past week.
I get this exception in catalina.out:
> java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
> at java.net.URLClassLoader.findClass(URLClassLoader.java:419)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:643)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
> at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:235)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
and this from stdout:
> 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
> Tomcat started.
which is exactly the same as what comes out of STDOUT when we launch
Tomcat on our own box.
I can't recall ever seeing this exception before, and I don't know what
to make of it. Object size of their "tomcat-juli.jar" matches ours.
--
James H. H. Lampert
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Konstantin Kolinko <kn...@gmail.com>.
2014-12-12 22:43 GMT+03:00 Christopher Schultz <ch...@christopherschultz.net>:
>
> EBCDIC can certainly be confusing things, here.
>
I wonder - can you verify that conf/catalina.properties file can be
read with a simple Java program?
Essentially Tomcat does the following:
in org/apache/catalina/startup/CatalinaProperties.java
File home = new File(getCatalinaBase());
File conf = new File(home, "conf");
File propsFile = new File(conf, "catalina.properties");
InputStream is = new FileInputStream(propsFile);
Properties properties = new Properties();
properties.load(is);
Then if you print out the value of properties.get("common.loader")
it shall be non-empty.
I think that Tomcat can read the file (otherwise you would have seen
an exception of a "Failed to load catalina.properties" warning), but
maybe it has trouble parsing it as a "properties" file. Maybe the
whole contents is interpreted as one line and provides no value for
"common.loader".
The *.loader properties are allowed to be empty, so there will be no
warning if one is missing.
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On the Tomcat Users List, Pete Helgren wrote:
> Also, are you sure that Java 6 on this box is current with PTF's and
> that the profile this is running under is picking up the correct JVM
> version when it runs?
>
> My money is on a J9 JVM PTF but an issue with permissions or JVM
> version could be a possibility......
and on the Java400 list at Midrange.com, Marshall Dunbar wrote:
> In my experience, if you just loaded a new JDK and have not loaded the
> java group PTF, java may have ³unpredictable results². I bet things will
> magically work as soon as the java group PTF is loaded.
Just got word that the customer had successfully loaded the PTF, but
there's no change at all in the behavior. The CATALINA job still crashes
on takeoff (albeit with a message that it had completed normally), the
spool file from STDOUT shows
> 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
> Tomcat started.
(which exactly matches what it says on our own box, on which Tomcat
works just fine), and catalina.out shows:
> java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
> at java.net.URLClassLoader.findClass(URLClassLoader.java:419)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:643)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
> at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:235)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
If I do "/wintouch/tomcat/bin/startup.sh" from an interactive QSHELL
session (after my STRTOMCAT CL program had already set the environment
variable to select the correct JVM), I get the same STDOUT as before.
Then again, I'm not entirely sure they actually DID install any Java
PTFs. Their latest 5761JV1 PTF is dated November of 2013. On the one
hand, that's a good deal more recent than the latest one on our system;
on the other hand, it's over a year ago, and a Google search shows PTFs
for 5761JV1 that are as recent as less than a WEEK ago.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On 12/12/14 2:54 PM, Pete Helgren wrote:
> My money is on a J9 JVM PTF but an issue with permissions or JVM version
> could be a possibility......
That's occurred to us as well; we've asked someone at their end to check
for PTFs.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Pete Helgren <pe...@valadd.com>.
On 12/12/2014 2:19 PM, James H. H. Lampert wrote:
> On 12/12/14 11:43 AM, Christopher Schultz wrote:
>> I wouldn't be surprised if the AS/400 unzip software does Bad Things
>> to ZIP archives. Make sure you use UNIX-compatible tools to unpack
>> everything, or maybe do everything from "inside" that UNIX-like
>> environment (I seem to recall that, while you are running AS/400's "i"
>> OS, you are also running some kind of UNIX-like environment on top of
>> it). You might even want to check MD5 digest or something similar on
>> the two machines to see if any files have been corrupted.
>>
>> EBCDIC can certainly be confusing things, here.
>
> What AS/400 unzip software?
>
> When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL
> session. And likewise, JAR tvm <jarname>.jar shows what appear to be a
> good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good
> lib/catalina.jar
>
> Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen
> anything like this happen from using JAR on AS/400s.
>
> --
> JHHL
>
James, I have always deployed Tomcat on IBM i by mapping a network
drive to the IFS and then unzipping to the mapped drive. It is slow but
it hasn't ever ended up causing issues. Also, are you sure that Java 6
on this box is current with PTF's and that the profile this is running
under is picking up the correct JVM version when it runs?
My money is on a J9 JVM PTF but an issue with permissions or JVM version
could be a possibility......
Pete
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Ameer Mawia <am...@gmail.com>.
Tomcat has few fallback approach for catalina.properties:
1.First it look at system properties for config url, with property name
"catalina.config"
2.If it could not find in step-1, it looks at CATALINA_BASE/conf/
3.If it again could'n find above, it tries to load it from the classpath
of bootstrap classloader.
4.If it couldn't find even there, it will spit a WARNING log.
Given that:
a. as you mentioned 2nd is not a problem and
CATALINA_BASE/conf/catalina.properties have valid common.loader values
b. 3rd should not be a problem, because as can be seen bootstrap.jar is
there, and if everything is okay, catalina.properties should be included
inside it(you can verify it by unzipping the bootstrap.jar and sneaking at
org/apache/catalina/startup)
c. and finally you don't see any warning log
I will imagine you are passing "catalina.config" as a system property,
which is pointing to a catalina.properties which doesn't have a valid
common.loader value. And if this is not the case, then catalina.jar which
is being picked us is corrupted and doesn't contain
org.apache.catalina.startup.Catalina. This you can verify by manually
sneaking into the jar, by unzipping it.
Apart from these, there is little else which I could imagine is a problem.
And off-course these are all under the assumption that you are using
standard distribution and haven't tweaked with the build process/or even
customizing the code.
Also, I will suggest you past your catalina.log somewhere for us to see,
probably you may be missing something?
Regards,
Ameer Mawia
On Sat, Dec 13, 2014 at 7:50 AM, Filip Hanik <fi...@hanik.com> wrote:
> It means they didn't take into effect.
>
> On the command line you should be able to do
>
> java -verbose:class -version
>
> and see if that flag works, if it does, then I suggest you create a
> setenv.sh file next to startup.sh and put
>
> JAVA_OPTS="-verbose:class -Dibm.cl.verbose=ClassToTrace"
> export JAVA_OPTS
>
> and hopefully that way it takes into effect
>
>
>
> On Fri, Dec 12, 2014 at 6:47 PM, James H. H. Lampert <
> jamesl@touchtonecorp.com> wrote:
>
> > On 12/12/14 5:36 PM, Filip Hanik wrote:
> >
> > We're not looking for change, we're looking for the output, that may
> tell
> >> us what is going on. Please post it, if you're not getting any output,
> >> then
> >> either those aren't supported (which I definitely thought they would
> be),
> >> or you're invoking it incorrectly
> >>
> >
> > Of course I wasn't expecting any change in behavior. "No change"
> > implicitly meant "no change in the output." And I then explicitly said
> that
> > the exceptions in catalina.out look the same, what gets sent to STDOUT
> > looks the same, and the joblogs from what QSHELL spawned off look the
> same.
> >
> > If there's anyplace else that additional output from those parameters
> > could have gone, besides catalina.out, STDOUT, or a spool file, I can't
> > imagine where, and I have over 20 years of experience with AS/400s.
> >
> >
> > --
> > JHHL
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> >
>
Re: Help! Tomcat crashing on takeoff
Posted by Filip Hanik <fi...@hanik.com>.
It means they didn't take into effect.
On the command line you should be able to do
java -verbose:class -version
and see if that flag works, if it does, then I suggest you create a
setenv.sh file next to startup.sh and put
JAVA_OPTS="-verbose:class -Dibm.cl.verbose=ClassToTrace"
export JAVA_OPTS
and hopefully that way it takes into effect
On Fri, Dec 12, 2014 at 6:47 PM, James H. H. Lampert <
jamesl@touchtonecorp.com> wrote:
> On 12/12/14 5:36 PM, Filip Hanik wrote:
>
> We're not looking for change, we're looking for the output, that may tell
>> us what is going on. Please post it, if you're not getting any output,
>> then
>> either those aren't supported (which I definitely thought they would be),
>> or you're invoking it incorrectly
>>
>
> Of course I wasn't expecting any change in behavior. "No change"
> implicitly meant "no change in the output." And I then explicitly said that
> the exceptions in catalina.out look the same, what gets sent to STDOUT
> looks the same, and the joblogs from what QSHELL spawned off look the same.
>
> If there's anyplace else that additional output from those parameters
> could have gone, besides catalina.out, STDOUT, or a spool file, I can't
> imagine where, and I have over 20 years of experience with AS/400s.
>
>
> --
> JHHL
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On 12/12/14 5:36 PM, Filip Hanik wrote:
> We're not looking for change, we're looking for the output, that may tell
> us what is going on. Please post it, if you're not getting any output, then
> either those aren't supported (which I definitely thought they would be),
> or you're invoking it incorrectly
Of course I wasn't expecting any change in behavior. "No change"
implicitly meant "no change in the output." And I then explicitly said
that the exceptions in catalina.out look the same, what gets sent to
STDOUT looks the same, and the joblogs from what QSHELL spawned off look
the same.
If there's anyplace else that additional output from those parameters
could have gone, besides catalina.out, STDOUT, or a spool file, I can't
imagine where, and I have over 20 years of experience with AS/400s.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Filip Hanik <fi...@hanik.com>.
On Fri, Dec 12, 2014 at 3:55 PM, James H. H. Lampert <
jamesl@touchtonecorp.com> wrote:
>
> On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik <fi...@hanik.com> wrote:
>
>>
>> possibly add
>>>
>>> -verbose:class
>>>
>>> to your JVM options and see if that yields anything
>>>
>>
> On 12/12/14 1:27 PM, Filip Hanik wrote:> or
>
>>
>> -Dibm.cl.verbose=ClassToTrace
>>
>
> Again calling /wintouch/tomcat/bin/startup.sh from an interactive QSHELL
> session, first with just the one, then with both, added to the JAVA_OPTS
> environment variable: No change, with either. Still the same exceptions in
> catalina.out; still the same information to STDOUT; still the same joblogs
> produced by calling the shell script from an interactive QSHELL session.
>
We're not looking for change, we're looking for the output, that may tell
us what is going on. Please post it, if you're not getting any output, then
either those aren't supported (which I definitely thought they would be),
or you're invoking it incorrectly
Filip
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik <fi...@hanik.com> wrote:
>
>> possibly add
>>
>> -verbose:class
>>
>> to your JVM options and see if that yields anything
On 12/12/14 1:27 PM, Filip Hanik wrote:> or
>
> -Dibm.cl.verbose=ClassToTrace
Again calling /wintouch/tomcat/bin/startup.sh from an interactive QSHELL
session, first with just the one, then with both, added to the JAVA_OPTS
environment variable: No change, with either. Still the same exceptions
in catalina.out; still the same information to STDOUT; still the same
joblogs produced by calling the shell script from an interactive QSHELL
session.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Filip Hanik <fi...@hanik.com>.
or
-Dibm.cl.verbose=ClassToTrace
On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik <fi...@hanik.com> wrote:
> possibly add
>
> -verbose:class
>
> to your JVM options and see if that yields anything
>
> On Fri, Dec 12, 2014 at 1:44 PM, Christopher Schultz <
> chris@christopherschultz.net> wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> James,
>>
>> On 12/12/14 3:19 PM, James H. H. Lampert wrote:
>> > On 12/12/14 11:43 AM, Christopher Schultz wrote:
>> >> I wouldn't be surprised if the AS/400 unzip software does Bad
>> >> Things to ZIP archives. Make sure you use UNIX-compatible tools
>> >> to unpack everything, or maybe do everything from "inside" that
>> >> UNIX-like environment (I seem to recall that, while you are
>> >> running AS/400's "i" OS, you are also running some kind of
>> >> UNIX-like environment on top of it). You might even want to check
>> >> MD5 digest or something similar on the two machines to see if any
>> >> files have been corrupted.
>> >>
>> >> EBCDIC can certainly be confusing things, here.
>> >
>> > What AS/400 unzip software?
>>
>> Hah, I can't tell if that's a joke or not.
>>
>> > When we unzip the Tomcat zip file on a system, we use JAR, in a
>> > QSHELL session. And likewise, JAR tvm <jarname>.jar shows what
>> > appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar,
>> > and a good lib/catalina.jar
>>
>> Okay, good so far. Is there any way to run md5sum or something similar
>> against them to determine that they are byte-for-byte identical to
>> what you have on the other (working) system?
>>
>> "jar" should be able to unzip the Tomcat .zip distribution without any
>> problems (JAR is just ZIP with a MANIFEST.MF file... and even that
>> isn't required).
>>
>> > Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen
>> > anything like this happen from using JAR on AS/400s.
>>
>> - -chris
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>> Comment: GPGTools - http://gpgtools.org
>>
>> iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF
>> ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3
>> HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg
>> 8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq
>> 1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh
>> uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd
>> Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk
>> QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV
>> iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS
>> WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS
>> Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz
>> u7lGL0iCpbyS4DhgBzIY
>> =u7Ly
>> -----END PGP SIGNATURE-----
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
Re: Help! Tomcat crashing on takeoff
Posted by Filip Hanik <fi...@hanik.com>.
possibly add
-verbose:class
to your JVM options and see if that yields anything
On Fri, Dec 12, 2014 at 1:44 PM, Christopher Schultz <
chris@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> James,
>
> On 12/12/14 3:19 PM, James H. H. Lampert wrote:
> > On 12/12/14 11:43 AM, Christopher Schultz wrote:
> >> I wouldn't be surprised if the AS/400 unzip software does Bad
> >> Things to ZIP archives. Make sure you use UNIX-compatible tools
> >> to unpack everything, or maybe do everything from "inside" that
> >> UNIX-like environment (I seem to recall that, while you are
> >> running AS/400's "i" OS, you are also running some kind of
> >> UNIX-like environment on top of it). You might even want to check
> >> MD5 digest or something similar on the two machines to see if any
> >> files have been corrupted.
> >>
> >> EBCDIC can certainly be confusing things, here.
> >
> > What AS/400 unzip software?
>
> Hah, I can't tell if that's a joke or not.
>
> > When we unzip the Tomcat zip file on a system, we use JAR, in a
> > QSHELL session. And likewise, JAR tvm <jarname>.jar shows what
> > appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar,
> > and a good lib/catalina.jar
>
> Okay, good so far. Is there any way to run md5sum or something similar
> against them to determine that they are byte-for-byte identical to
> what you have on the other (working) system?
>
> "jar" should be able to unzip the Tomcat .zip distribution without any
> problems (JAR is just ZIP with a MANIFEST.MF file... and even that
> isn't required).
>
> > Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen
> > anything like this happen from using JAR on AS/400s.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF
> ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3
> HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg
> 8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq
> 1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh
> uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd
> Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk
> QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV
> iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS
> WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS
> Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz
> u7lGL0iCpbyS4DhgBzIY
> =u7Ly
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Help! Tomcat crashing on takeoff
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
James,
On 12/12/14 3:19 PM, James H. H. Lampert wrote:
> On 12/12/14 11:43 AM, Christopher Schultz wrote:
>> I wouldn't be surprised if the AS/400 unzip software does Bad
>> Things to ZIP archives. Make sure you use UNIX-compatible tools
>> to unpack everything, or maybe do everything from "inside" that
>> UNIX-like environment (I seem to recall that, while you are
>> running AS/400's "i" OS, you are also running some kind of
>> UNIX-like environment on top of it). You might even want to check
>> MD5 digest or something similar on the two machines to see if any
>> files have been corrupted.
>>
>> EBCDIC can certainly be confusing things, here.
>
> What AS/400 unzip software?
Hah, I can't tell if that's a joke or not.
> When we unzip the Tomcat zip file on a system, we use JAR, in a
> QSHELL session. And likewise, JAR tvm <jarname>.jar shows what
> appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar,
> and a good lib/catalina.jar
Okay, good so far. Is there any way to run md5sum or something similar
against them to determine that they are byte-for-byte identical to
what you have on the other (working) system?
"jar" should be able to unzip the Tomcat .zip distribution without any
problems (JAR is just ZIP with a MANIFEST.MF file... and even that
isn't required).
> Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen
> anything like this happen from using JAR on AS/400s.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF
ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3
HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg
8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq
1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh
uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd
Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk
QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV
iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS
WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS
Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz
u7lGL0iCpbyS4DhgBzIY
=u7Ly
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On 12/12/14 11:43 AM, Christopher Schultz wrote:
> I wouldn't be surprised if the AS/400 unzip software does Bad Things
> to ZIP archives. Make sure you use UNIX-compatible tools to unpack
> everything, or maybe do everything from "inside" that UNIX-like
> environment (I seem to recall that, while you are running AS/400's "i"
> OS, you are also running some kind of UNIX-like environment on top of
> it). You might even want to check MD5 digest or something similar on
> the two machines to see if any files have been corrupted.
>
> EBCDIC can certainly be confusing things, here.
What AS/400 unzip software?
When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL
session. And likewise, JAR tvm <jarname>.jar shows what appear to be a
good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good
lib/catalina.jar
Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen
anything like this happen from using JAR on AS/400s.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Filip,
On 12/12/14 1:31 PM, Filip Hanik wrote:
> Couple of things that comes to mind
>
> 1. the 'java' binary that gets executed is actually not the one you
> think it is 2. the file /wintouch/tomcat/bin/bootstrap.jar is
> corrupted or not readable by the JVM hence it can't find the class
+1
I wouldn't be surprised if the AS/400 unzip software does Bad Things
to ZIP archives. Make sure you use UNIX-compatible tools to unpack
everything, or maybe do everything from "inside" that UNIX-like
environment (I seem to recall that, while you are running AS/400's "i"
OS, you are also running some kind of UNIX-like environment on top of
it). You might even want to check MD5 digest or something similar on
the two machines to see if any files have been corrupted.
EBCDIC can certainly be confusing things, here.
- -chris
> On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert <
> jamesl@touchtonecorp.com> wrote:
>
>> On 12/12/14 10:02 AM, Caldarale, Charles R wrote:
>>
>>> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
>>>> Subject: Help! Tomcat crashing on takeoff
>>>>
>>>
>>> I'm trying to bring up Tomcat on a customer's AS/400.
>>>>
>>>
>>> Don't suppose you'd want to give us a clue as to _exactly_
>>> which version of Tomcat you're trying to run?
>>>
>>
>> Certainly.
>>
>> The customer box (an AS/400 at V6R1) is, according to
>> RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on
>> 7.0.54. We have another customer box (another AS/400, this one at
>> V7R1) that is running 7.0.56 just fine.
>>
>> I just wiped out the /wintouch/tomcat directory (same convention
>> we use at all of our Tomcat installations), re-unzipped it, and
>> tried to launch it without doing any of our usual configuration
>> changes (e.g., enabling SSL, setting up a user for Manager). It
>> still crashed exactly the same way.
>>
>> -- James H. H. Lampert
>>
>> ---------------------------------------------------------------------
>>
>>
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUi0VRAAoJEBzwKT+lPKRY0g0QAKwVFa21odF26f1CjOQ1zV5C
/Y8fCa1oELzwEMxpq9FhslYqESW00RMm0t1b6Yn4kmTwdl6iZ44ATNtsGQ5ke41C
PvneFwUICPOMXcsdehJSZEbCbq8A2xMM4fq85DLvHnLcm+hL1RRL6Oob/AcfhcY7
/MIFC8UuSdbUfJ2lsCcrkgTDrjGQHP1AU03mn/pjIbTZ5OyvKrYWwq2KlB1P0JGr
dFZanWzXRzORBRwz5cqN+tH4rRc3SfFSTVB2FH0kj3c9m9aa8E77M0VeZw4qjjOl
B9ne3gCLwIQYiZzErwxn55TrJjqQd6f/5ZkfHzLAnXGN5BB84S0BGTM0j3fXp6/z
YrvjevKqtbq6fwfrN7qhCUlmJqe8BbU0Xoal/3soS8QgB0FxqmI0Lc+zy1mwAgpz
ZdrtAi0VCBLmbnAL6oOh3kt3kWnk+P1+Fvd3mG2yW8SmAHM7hC9gvd3Fn0qjp2n8
t4HWcWK3hLveol18+wvcRt3cJL+Qbr/Xk3LDnzdZXLhLNbKKQCUPn80hvpsQHpDu
hL9gc1cYF3etuGb7jbaTeW5dUQMWZZ3/aABA05U1PKz02gfw7L0iqLL7EntvFcMh
aEOpvmQ+mVtgRH8ouSE+6Bd/eDiQXk+aGTf2d8rHI8GkTVDijDsPI73voD/AgaD5
nNyhJNg4ygUhYMK1LPDf
=g9/r
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Ameer Mawia <am...@gmail.com>.
On Sat, Dec 13, 2014 at 12:01 AM, Filip Hanik <fi...@hanik.com> wrote:
> Couple of things that comes to mind
>
> 1. the 'java' binary that gets executed is actually not the one you think
> it is
> 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable
> by the JVM hence it can't find the class
>
> org.apache.catalina.startup.Catalina is distributed as part of
catalina.jar, located at CATALINA_BASE/lib.
catalina.jar is loaded by commonloader defined having classpath defined in
catalina.properties:
common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar"
As stack-trace shows Bootstrap has been loaded successfully. So
bootstrap.jar is not an issue.
Can you please check your conf/catalina.properties, if it contains above
line?
Filip
>
>
>
>
> On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert <
> jamesl@touchtonecorp.com> wrote:
>
> > On 12/12/14 10:02 AM, Caldarale, Charles R wrote:
> >
> >> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
> >>> Subject: Help! Tomcat crashing on takeoff
> >>>
> >>
> >> I'm trying to bring up Tomcat on a customer's AS/400.
> >>>
> >>
> >> Don't suppose you'd want to give us a clue as to _exactly_ which
> >> version of Tomcat you're trying to run?
> >>
> >
> > Certainly.
> >
> > The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on
> > 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another
> > customer box (another AS/400, this one at V7R1) that is running 7.0.56
> just
> > fine.
> >
> > I just wiped out the /wintouch/tomcat directory (same convention we use
> at
> > all of our Tomcat installations), re-unzipped it, and tried to launch it
> > without doing any of our usual configuration changes (e.g., enabling SSL,
> > setting up a user for Manager). It still crashed exactly the same way.
> >
> > --
> > James H. H. Lampert
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> >
>
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On 12/12/14 11:21 AM, Ameer Mawia wrote:
> catalina.jar is loaded by common.loader defined catalina.properties:
>
> common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar"
>
> As stack-trace shows Bootstrap has been loaded successfully. So
> bootstrap.jar is not an issue.
>
> Can you please check your conf/catalina.properties, it contains above line?
Hmm. Yes, it does.
I found some interesting joblog messages (especially after launching
startup.sh from an interactive QSHELL session) that had me checking
public authorities, but after resolving those messages, Tomcat continues
to crash on takeoff, with exactly the same exception as before.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Posted by Ameer Mawia <am...@gmail.com>.
On Sat, Dec 13, 2014 at 12:01 AM, Filip Hanik <fi...@hanik.com> wrote:
> Couple of things that comes to mind
>
> 1. the 'java' binary that gets executed is actually not the one you think
> it is
> 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable
> by the JVM hence it can't find the class
>
> org.apache.catalina.startup.Catalina is distributed as part of
catalina.jar.
catalina.jar is loaded by common.loader defined catalina.properties:
common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar"
As stack-trace shows Bootstrap has been loaded successfully. So
bootstrap.jar is not an issue.
Can you please check your conf/catalina.properties, it contains above line?
Filip
>
>
>
>
> On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert <
> jamesl@touchtonecorp.com> wrote:
>
> > On 12/12/14 10:02 AM, Caldarale, Charles R wrote:
> >
> >> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
> >>> Subject: Help! Tomcat crashing on takeoff
> >>>
> >>
> >> I'm trying to bring up Tomcat on a customer's AS/400.
> >>>
> >>
> >> Don't suppose you'd want to give us a clue as to _exactly_ which
> >> version of Tomcat you're trying to run?
> >>
> >
> > Certainly.
> >
> > The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on
> > 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another
> > customer box (another AS/400, this one at V7R1) that is running 7.0.56
> just
> > fine.
> >
> > I just wiped out the /wintouch/tomcat directory (same convention we use
> at
> > all of our Tomcat installations), re-unzipped it, and tried to launch it
> > without doing any of our usual configuration changes (e.g., enabling SSL,
> > setting up a user for Manager). It still crashed exactly the same way.
> >
> > --
> > James H. H. Lampert
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> >
>
Re: Help! Tomcat crashing on takeoff
Posted by Filip Hanik <fi...@hanik.com>.
Couple of things that comes to mind
1. the 'java' binary that gets executed is actually not the one you think
it is
2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable
by the JVM hence it can't find the class
Filip
On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert <
jamesl@touchtonecorp.com> wrote:
> On 12/12/14 10:02 AM, Caldarale, Charles R wrote:
>
>> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
>>> Subject: Help! Tomcat crashing on takeoff
>>>
>>
>> I'm trying to bring up Tomcat on a customer's AS/400.
>>>
>>
>> Don't suppose you'd want to give us a clue as to _exactly_ which
>> version of Tomcat you're trying to run?
>>
>
> Certainly.
>
> The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on
> 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another
> customer box (another AS/400, this one at V7R1) that is running 7.0.56 just
> fine.
>
> I just wiped out the /wintouch/tomcat directory (same convention we use at
> all of our Tomcat installations), re-unzipped it, and tried to launch it
> without doing any of our usual configuration changes (e.g., enabling SSL,
> setting up a user for Manager). It still crashed exactly the same way.
>
> --
> James H. H. Lampert
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Help! Tomcat crashing on takeoff
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com>.
On 12/12/14 10:02 AM, Caldarale, Charles R wrote:
>> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
>> Subject: Help! Tomcat crashing on takeoff
>
>> I'm trying to bring up Tomcat on a customer's AS/400.
>
> Don't suppose you'd want to give us a clue as to _exactly_ which
> version of Tomcat you're trying to run?
Certainly.
The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on
7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another
customer box (another AS/400, this one at V7R1) that is running 7.0.56
just fine.
I just wiped out the /wintouch/tomcat directory (same convention we use
at all of our Tomcat installations), re-unzipped it, and tried to launch
it without doing any of our usual configuration changes (e.g., enabling
SSL, setting up a user for Manager). It still crashed exactly the same way.
--
James H. H. Lampert
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Help! Tomcat crashing on takeoff
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: James H. H. Lampert [mailto:jamesl@touchtonecorp.com]
> Subject: Help! Tomcat crashing on takeoff
> I'm trying to bring up Tomcat on a customer's AS/400.
Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run?
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org