Re: Cast Problem in Handler

Maarten, then, i need to make an filter a cast of the object to bytebuffer? and because in the example it does filter ? thanks On Jan 30, 2008 11:44 AM, Maarten Bosteels [EMAIL PROTECTED] wrote: Brenno, The Object passed in via messageReceived will always be an IoBuffer (or ByteBuffer in

Re: Cast Problem in Handler

Brenno, a) no ProtocolCodecFilter in the chain = object passed in via messageReceived is an IoBuffer Sometimes this is fine, but most of the times, it's absolutely necessary to have a ProtocolCodecFilter. b) ProtocolCodecFilter(new TextLineCodecFactory(..)) in the chain = object passed in via

Re: How to gracefully shutdown a connection from client

Saurabh Jain wrote: Hi, I am writting a Client-Server application with mina. I am having problem in gracefully shutting down the client. the way i am trying to do is: - The client sends a logout request to the server. - The server does the clean up and closes the connection. - The client is

Re: How to gracefully shutdown a connection from client

When i try to use close at client side then i get a java.security.AccessControlException: access denied (java.lang.RuntimePermission modifyThread) due to the Security manager implementation of my application. Does close operation require any specific permissions? Also I have gone through the

Re: [AsyncHttpClient] On bringing the code bases and communities together

Just so I understand... What is the direction we're taking? Just for the terminology sake, I'll call these versions - g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were working on) - g-ahc-v2: Geronimo AHC based on Mina trunk - mina-ahc: Mina AHC that was refactored into

Re: [AsyncHttpClient] On bringing the code bases and communities together

Hi, Just so I understand... What is the direction we're taking? Just for the terminology sake, I'll call these versions - g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were working on) - g-ahc-v2: Geronimo AHC based on Mina trunk - mina-ahc: Mina AHC that was

Re: [AsyncHttpClient] On bringing the code bases and communities together

Yes.. I think that is the best course of action. I think they are pretty similar since I created the mina 2 version in late December. I think the delta is rather small. Jeff On Jan 31, 2008, at 1:34 PM, Sangjin Lee [EMAIL PROTECTED] wrote: Just so I understand... What is the direction

Re: [AsyncHttpClient] On bringing the code bases and communities together

sorry for double post,I'm out of my office and using webmail which is really bugged :( Sorry for the inconvenience, Julien

Re: [AsyncHttpClient] On bringing the code bases and communities together

Hi Just so I understand... What is the direction we're taking? Just for the terminology sake, I'll call these versions - g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were working on). - g-ahc-v2: Geronimo AHC based on Mina trunk - mina-ahc: Mina AHC that was

Strange loop back connections using a massive number of handles.

All, We moved to MINA 2.0 a while ago and starting having problems where after running for a while we get this exception: java.io.IOException: An existing connection was forcibly closed by the remote host Upon further analysis we are seeing that the process has over 100,000 handles that