The version that was being used (using java -version) was an OpenJDK

java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-x86_64)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)

However as a test yesterday the most recent Sun/Oracle version was installed

java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b16, mixed mode)

But using this version has not proved to fix the problem either.

I also created a very simple test, a WAR with one index.jsp and its own context 
configured with both lock jars and lock resources off. Deployed fine. Still 
failed on undeploy with the same relatively nondescript error message and 
lengthy stack trace.

If anyone has any more suggestions of things to look at I'd be glad to hear 
them. As a next step I am going to attempt to run a standalone program that 
will try and delete a copy of a tomcat unpacked war using the ExpandWar class 
source from 5 and see if I can recreate the problem outside tomcat.

-----Original Message-----
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: Tuesday, August 31, 2010 4:58 PM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5

> From: Pid [mailto:p...@pidster.com]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5

> Really?

> > JVM - 1.6.0_0-b16 (Sun)

> You can probably find a newer JVM than that

You're saying that just because 1.6.0_0 is approaching the fourth anniversary 
of its release?  And even then it was at build 105, not 16.  At best, b16 was a 
pre-release alpha test level.

Or somebody's been fooling around with the version tag.

 - 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-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to