users@glassfish.java.net

Re: RE: What causes GRIZZLY to flood the Glassfish-Log with ...

From: <forums_at_java.net>
Date: Tue, 4 Sep 2012 02:40:50 -0500 (CDT)

hey hey forumguest, actually we use the standard-pool-size-values (min 2, max
5, timeout 900sec) which seems to be OK for us. The application will run for
a couple of hours or days, sometimes weeks without any problem. and after an
undefined timeperiod more and more http-pool-threads stuck in something like
an infinite loop or something else. jstack will show something like this for
the correspondent threads: "http-thread-pool-80(1)" daemon prio=10
tid=0x0000000043408800 nid=0x6d2c runnable [0x00007f04cb3f1000]
java.lang.Thread.State: RUNNABLE at
java.lang.Throwable.fillInStackTrace(Native Method) - locked
<0x00000000f8292228> (a java.lang.InterruptedException) at
java.lang.Throwable.(Throwable.java:181) at
java.lang.Exception.(Exception.java:29) at
java.lang.InterruptedException.(InterruptedException.java:38) at
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1302)
at
java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.tryLock(ReentrantReadWriteLock.java:735)
at com.sun.corba.ee.impl.oa.poa.POAImpl.acquireLock(POAImpl.java:390) at
com.sun.corba.ee.impl.oa.poa.POAImpl.readLock(POAImpl.java:422) at
com.sun.corba.ee.impl.oa.poa.POAImpl.enter(POAImpl.java:1743) at
com.sun.corba.ee.impl.protocol.FullServantCacheLocalCRDImpl.internalPreinvoke(FullServantCacheLocalCRDImpl.java:73)
at
com.sun.corba.ee.impl.protocol.LocalClientRequestDispatcherBase.servant_preinvoke(LocalClientRequestDispatcherBase.java:240)
at
com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.servant_preinvoke(CorbaClientDelegateImpl.java:574)
at
com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:218)
at
com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:152)
at
com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:227)
... (some application classes) ... at
javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:770) at
org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at
org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at
com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757) at
com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056) at
com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at
com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at
com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at
com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at
com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at
com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at
com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662) The interesting thing is, that the
thread hasn't the state BLOCKING. Can anyone explain this to me?

--
[Message sent by forum member 'GrhrdBlmln']
View Post: http://forums.java.net/node/889790