On 07/10/2010 21:34, André Warnier wrote: > Jane Muse wrote: > .. >> The reason why there's a problem when the application gets reloaded is > due to we are loading a JNI native library that the application > requires. According to the following link, section 11.2.4, the JVM does > not allow a JNI native library to be loaded by more than one class > loader. When the application is shut down by tomcat, the native library > does not get unloaded from the class loader. This only happens when the > JVM is brought down. Thus when the application starts up after tomcat > reloads it, we get an UnsatisfiedLinkError. >> > Ok, I can really not comment on that one. It seems a valid reason to > me, but I am by no means a specialist here.
Sounds like a memory leak in your application, to me. More recent versions of Tomcat have memory leak detection features, you shouldn't have a problem testing with the latest version, even if you can't deploy with it. Monitor the log file(s) for additional information during app restarts. p >> There are several Java's on the IBM machine. Yesterday I performed >> tests by changing JAVA_HOME in the catalina startup script to Sun's >> Java 1.5 and Sun's java 1.6. Previously it was IBM's J9 1.5.0. The >> results were the same with the various JVM's. >> > Are you sure that wherever you changed it, is really being used ? > If you go to the "bin" directory of your Tomcat installation, and > execute the "./version.sh" script, what does it tell you ? > > The reason I am asking, is that when Tomcat comes "pre-packaged" for > some given OS, the packagers may have provided their own startup > scripts, which may not use the standard Tomcat startup scripts, or which > may overwrite the "JAVA_HOME" environment value before actually > launching Tomcat. > > We on this list generally do not know the exact contents of these > packages, so you really have to make sure, by following the chain of > what happens when you start Tomcat on that machine. > If you know where the line is which actually launches Tomcat, you could > insert an instruction just before, such as > echo "Java Home : $JAVA_HOME" > just to make sure. > > And there is always the workaround mentioned by Pid.. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
0x62590808.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature