Thanks for this info Greg. I do not use WAR files; in my case I just
have a JAR file that I run, and it fires up some listeners. Looking in
/tmp now, I do not see anything Jetty related.
Also, I think my problem differs a little bit from what is described in
the FAQ, in that I do not see any stack traces until after I kill the
app. It wedges silently.
What's more, the wedging happens at odd times--- times when I know
there are no crons of any sort running.
I did not notice this behavior in 4.x jetty and I did nothing special
with jetty's idea of a temp directory there, so I wonder if it is
possible that there is something 5.0 related that causes this? I am
just guessing here.
On Sep 24, 2004, at 2:01 AM, Greg Wilkins wrote:
Loren,
the failure may be due to your files in /tmp being deleted by a cron
job after a few weeks. If those file contained class files, that
could cause this sort of error.
I suggest that you read the FAQs on the jetty web site about moving
your
temp directories to a work directory.
cheers
Loren Siebert wrote:
Hi-
I'm using 5.0RC0 embedded in a custom app on a RHEL3.0 machine. I
have two instances of Jetty listeners. About once a week or so, my
listeners wedge and I start seeing socket unavailable errors.
Netstat shows nobody is connected to those two listeners. When I
kill-9 the app and the two listeners get shutdown events, I get a
flood of these stack traces. Probably one for each of the 1024
connections that can be available.
I don't really understand this exception. Can anyone give me a clue?
I think it would help me figure out why my app is having these
intermittent problems.
java.lang.NoClassDefFoundError
at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at
org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:180)
at
org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:
297)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
335)
at
org.mortbay.jetty.servlet.ServletHandler.dispatch(ServletHandler.java:
605)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:
512)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1442)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1394)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:821)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:988)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:838)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:
212)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:315)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:510)
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement
on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here:
http://sf.net/ppc_contest.php
| 