You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2003/05/06 20:28:06 UTC
DO NOT REPLY [Bug 3888] -
WebappClassLoader: Lifecycle error : CL stopped
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888
WebappClassLoader: Lifecycle error : CL stopped
------- Additional Comments From curtis.paris@metro1.com 2003-05-06 18:28 -------
Just to chime in on this ticket, we ran into this exception today as well.
Although it wasn't with log4j or anything else. It occured during a load test
on the server. It doesn't appear we ran out of Heap or Stack. Our -Xmx/ms
settings were our norm for a buffer during the test.
The only simularity is that we do run all of the JAR's out of the application
WEB-INF/lib path. There was no new jars/classes installed during this test.
We were not using JSP's during this load test, rather just using Tomcat as a
servlet engine for now. Although I think we may still have reloadable="true"
on it.
We had this exception occur while trying to perform some encryption within our
application, using the SunJCE provider.
WebappClassLoader: Lifecycle error : CL stopped
java.security.NoSuchAlgorithmException: Algorithm DES not available
at javax.crypto.SunJCE_b.a(DashoA6275)
at javax.crypto.SecretKeyFactory.getInstance(DashoA6275)
at com.metro1.encryption.CryptFactory.decryptKey(CryptFactory.java:155)
at com.metro1.encryption.CryptFactory.<init>(CryptFactory.java:124)
... rest of the stack.
Is there anything that I can set in my server to give more information if we
can reproduce this more regularly, other than during the load test?
I'm going to have our QA department turn of reloadable first. If it
continues, I'll have them move the encryption JAR's into common/lib and see if
that resolves anything.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org