Please tell me how to bind more than one port by Mina?

2012-08-20 Thread 轩辕嘉
Please tell me how to bind more than one port by Mina,and how to set different Handlers by receiving massages from different ports. Please reply me as soon as possible. Thank you very much!

Re: Please tell me how to bind more than one port by Mina?

2012-08-20 Thread José Vilmar Estácio de Souza
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, To bind more than one port by Mina, I use the following: acceptor.bind(new InetSocketAddress(portNumber)); I don't know if I am using in the correct way, but works. Seems to me that you can not set different handlers for each port. What I do is

Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Harakiri
Hello, i read the FAQ entry about closing sessions here mina.apache.org/faq.html and also through the mailling list. However im not sure how i should apply it to my use case. I've created a very simple policy service similar to this example

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Mike van Goor
Hello, In short: You are responsible for every session that has been created after MINA accepted it. If you do not close them upon shutdown, they will remain in a to-be-closed state for 2 minutes (I thought this was FIN-Wait, not sure). To make sure the sessions are closed you should close

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Harakiri
Hello, thanks for the suggestion - i tried it out but it does not seem to work - the server listener port is closed (this worked for me before) however the client who connects still has the sessions opened. After doing a close(true) on all sessions - and confirming with

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Mike van Goor
Hi, I am (for now) ignoring this line as it exists before exit and after: tcp0 0 127.0.0.1:56901 127.0.0.1:10027 TIME_WAIT Apart from that the acceptor tcp ports have been closed (as there is no LISTEN in your second output. As for the remaining session (the 2 listings

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Harakiri
Hello, thanks for your input - i tried it with both close(true) and close(false) - but i would expect that close(false) blocks till all sessions are really closed - however the doc states something about flushing pending writes - i dont think there are any pending writes when the connection is

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Emmanuel Lécharny
Le 8/20/12 2:41 PM, Harakiri a écrit : Hello, thanks for your input - i tried it with both close(true) and close(false) - but i would expect that close(false) blocks till all sessions are really closed - however the doc states something about flushing pending writes - i dont think there are

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Harakiri
--- On Mon, 8/20/12, Emmanuel Lécharny elecha...@gmail.com wrote: From: Emmanuel Lécharny elecha...@gmail.com Subject: Re: Forcing the closure of any open session when mina server shuts down To: users@mina.apache.org Date: Monday, August 20, 2012, 8:54 AM Le 8/20/12 2:41 PM, Harakiri a

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Emmanuel Lécharny
Le 8/20/12 3:28 PM, Harakiri a écrit : --- On Mon, 8/20/12, Emmanuel Lécharny elecha...@gmail.com wrote: From: Emmanuel Lécharny elecha...@gmail.com Subject: Re: Forcing the closure of any open session when mina server shuts down To: users@mina.apache.org Date: Monday, August 20, 2012, 8:54

Re: Forcing the closure of any open session when mina server shuts down

2012-08-20 Thread Harakiri
--- On Mon, 8/20/12, Emmanuel Lécharny elecha...@gmail.com wrote: From: Emmanuel Lécharny elecha...@gmail.com Subject: Re: Forcing the closure of any open session when mina server shuts down To: users@mina.apache.org Cc: elecha...@apache.org Date: Monday, August 20, 2012, 9:37 AM Le