Let me know if its hanging more than 1s On Mon, Oct 9, 2017 at 5:08 AM, Christoph John <christoph.j...@macd.com> wrote:
> Hi, > > I have another question regarding this one. There is > https://issues.apache.org/jira/browse/DIRMINA-1060 which also sounds a > little like the problem I'm having. When the connectors are hanging in the > call to dispose() then there always is an accompanying NioProcessor which > is hanging in select(). > > Example: > "NioProcessor-60" #100328 prio=5 os_prio=0 tid=0x00007f2a10003000 > nid=0x2e71 runnable [0x00007f2a388b1000] > java.lang.Thread.State: RUNNABLE > at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method) > at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269) > at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java > :93) > at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86) > - locked <0x00000000e239c118> (a sun.nio.ch.Util$3) > - locked <0x00000000e239c108> (a java.util.Collections$Unmodifi > ableSet) > - locked <0x00000000e239bed0> (a sun.nio.ch.EPollSelectorImpl) > at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97) > at org.apache.mina.transport.socket.nio.NioProcessor.select( > NioProcessor.java:98) > at org.apache.mina.core.polling.AbstractPollingIoProcessor$Proc > essor.run(AbstractPollingIoProcessor.java:1075) > at org.apache.mina.util.NamePreservingRunnable.run(NamePreservi > ngRunnable.java:64) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool > Executor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo > lExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > > > "NioSocketConnector-38" #100326 prio=5 os_prio=0 tid=0x00007f2a3001d800 > nid=0x2e6f in Object.wait() [0x00007f2a1f2d3000] > java.lang.Thread.State: TIMED_WAITING (on object monitor) > at java.lang.Object.wait(Native Method) > at org.apache.mina.core.future.DefaultIoFuture.await0(DefaultIo > Future.java:209) > - locked <0x00000000e246ae08> (a org.apache.mina.core.future.De > faultIoFuture) > at org.apache.mina.core.future.DefaultIoFuture.awaitUninterrupt > ibly(DefaultIoFuture.java:141) > at org.apache.mina.core.polling.AbstractPollingIoProcessor.disp > ose(AbstractPollingIoProcessor.java:188) > at org.apache.mina.core.service.SimpleIoProcessorPool.dispose(S > impleIoProcessorPool.java:329) > - locked <0x00000000e246ae40> (a java.lang.Object) > at org.apache.mina.core.polling.AbstractPollingIoConnector$Conn > ector.run(AbstractPollingIoConnector.java:582) > at org.apache.mina.util.NamePreservingRunnable.run(NamePreservi > ngRunnable.java:64) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool > Executor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo > lExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > > > At first I thought that this was related to https://issues.apache.org/jira > /browse/DIRMINA-1059. In that ticket the synchronization was improved. > However, I am also running into the problem with a build of 2.0.17-SNAPSHOT > where DIRMINA-1059 was solved. > > So my only hope was DIRMINA-1060 ;) Could this improve the situation? > > Thanks, > Chris. > > > -- > Christoph John > Development & Support > Direct: +49 241 557080-28 > Mailto:christoph.j...@macd.com > > > > http://www.macd.com <http://www.macd.com/> > ------------------------------------------------------------ > ---------------------------------------- > > ------------------------------------------------------------ > ---------------------------------------- > MACD GmbH > Oppenhoffallee 103 > <https://maps.google.com/?q=Oppenhoffallee+103&entry=gmail&source=g> > D-52066 Aachen > Tel: +49 241 557080-0 | Fax: +49 241 557080-10 > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > > Geschäftsführer: George Macdonald > ------------------------------------------------------------ > ---------------------------------------- > > ------------------------------------------------------------ > ---------------------------------------- > > take care of the environment - print only if necessary >
