Here the source code.. I'm running on java 1.5. You I've commented out the
old NioSocketAcceptor binding within it:
public static void main(String[] args) throws IOException {
IoHandlerChain chain = new IoHandlerChain();
ChainedIoHandler cih = new ChainedIoHandler(chain);
ChainedDemuxingIoHandler messageHandler = new
ChainedDemuxingIoHandler();
// add the AgiRequest Message Handler
messageHandler.addMessageHandler(AgiRequest.class, new
AgiRequestMessageHandler());
messageHandler.addMessageHandler(AgiCommandResponse.class, new
AgiCommandResponseMessageHandler());
chain.addLast("DemuxingIoHandler", messageHandler);
chain.addLast("AgiProtocolIoHandler", new AgiProtocolIoHandler());
// SocketAcceptor acceptor = new NioSocketAcceptor(5, new
NewThreadExecutor()); //<--- old invocation
SocketAcceptor acceptor = new NioSocketAcceptor(5);
acceptor.setReuseAddress(true);
acceptor.getFilterChain().addLast("protocol", new
ProtocolCodecFilter(new AgiCodecFactory()));
// acceptor.getFilterChain().addLast("TestFilter", new
TestFilter());
acceptor.getFilterChain().addLast("logger", new LoggingFilter());
acceptor.getFilterChain().addLast("executor", new
ExecutorFilter(Executors.newCachedThreadPool()));
acceptor.getSessionConfig().setIdleTime(IdleStatus.BOTH_IDLE, 10);
acceptor.setLocalAddress(new InetSocketAddress(4573));
acceptor.setHandler(cih);
acceptor.bind();
System.out.println("server is listenig on port " + 4573);
}
within acceptor.bind(), I've stepped through the execution to see where
things hang, and it was line 150 of the AbstractPollingIoAcceptor class -->
request.awaitUninterruptibly();
stack for that is:
org.apache.mina.transport.socket.nio.NioSocketAcceptor(org.apache.mina.common.AbstractPollingIoAcceptor<T,H>).bind0()
line: 150
Full Thread dump:
Full thread dump Java HotSpot(TM) Client VM (1.5.0_13-119 mixed mode,
sharing):
"Low Memory Detector" daemon prio=5 tid=0x01008ed0 nid=0x806a00 runnable
[0x00000000..0x00000000]
"CompilerThread0" daemon prio=9 tid=0x010084a0 nid=0x805c00 waiting on
condition [0x00000000..0xb0b077d8]
"Signal Dispatcher" daemon prio=9 tid=0x01008040 nid=0x809a00 waiting on
condition [0x00000000..0x00000000]
"Finalizer" daemon prio=8 tid=0x01007870 nid=0x818200 in Object.wait()
[0xb0a05000..0xb0a05d90]
at java.lang.Object.wait(Native Method)
- waiting on <0x25a7cd30> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x25a7cd30> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=10 tid=0x01007490 nid=0x816a00 in
Object.wait() [0xb0984000..0xb0984d90]
at java.lang.Object.wait(Native Method)
- waiting on <0x25a7cdb0> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:474)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x25a7cdb0> (a java.lang.ref.Reference$Lock)
"main" prio=5 tid=0x01001350 nid=0xb0801000 in Object.wait()
[0xb07ff000..0xb0800148]
at java.lang.Object.wait(Native Method)
- waiting on <0x2558da90> (a
org.apache.mina.common.AbstractIoService$ServiceOperationFuture)
at
org.apache.mina.common.DefaultIoFuture.awaitUninterruptibly(DefaultIoFuture.java:96)
- locked <0x2558da90> (a
org.apache.mina.common.AbstractIoService$ServiceOperationFuture)
at
org.apache.mina.common.AbstractPollingIoAcceptor.bind0(AbstractPollingIoAcceptor.java:150)
at
org.apache.mina.common.AbstractIoAcceptor.bind(AbstractIoAcceptor.java:146)
- locked <0x25610638> (a java.lang.Object)
at com.xentelco.asterisk.agi.server.XenServer.main(XenServer.java:62)
"VM Thread" prio=9 tid=0x01006be0 nid=0x815c00 runnable
"VM Periodic Task Thread" prio=9 tid=0x01009a30 nid=0x807800 waiting on
condition
"Exception Catcher Thread" prio=10 tid=0x010015a0 nid=0x80b000 runnable
Thanks in advance,
Ussama
Trustin Lee wrote:
>
> Could you please provide the full thread dump of the moment when your
> server hangs? Any source code would be appreciated.
>
> HTH,
> Trustin
>
> On Nov 24, 2007 1:04 PM, ubaggili <[EMAIL PROTECTED]> wrote:
>>
>> Hey Guys,
>>
>> It's great to see that you're actively working on mina 2.0. I love it!
>>
>> I recently updated my mina 2.0 tree and for some reason, my
>> NioSocketAcceptor cannot bind anymore. I did take note of the change in
>> constructor signature. However, I need some direction.. My application
>> hangs when trying to bind. Also, it seems that the NewThreadExecutor
>> class
>> no longer exists? What did this change to? Where should I be looking?
>>
>> Thanks,
>> Ussama
>> --
>> View this message in context:
>> http://www.nabble.com/Binding-issues-with-NioSocketAcceptor---mina-2.0-tf4864844s16868.html#a13921865
>> Sent from the Apache MINA Support Forum mailing list archive at
>> Nabble.com.
>>
>>
>
>
>
> --
> what we call human nature is actually human habit
> --
> http://gleamynode.net/
> --
> PGP Key ID: 0x0255ECA6
>
>
--
View this message in context:
http://www.nabble.com/Binding-issues-with-NioSocketAcceptor---mina-2.0-tf4864844s16868.html#a13924887
Sent from the Apache MINA Support Forum mailing list archive at Nabble.com.
