RE: [MINA] 0.9 Protocol implementations

[Irving, Dave]

> you'll have to wait for Dave's patch as we discussed before.  (Right, Dave? ;)

 

It will be coming later this week. Im really sorry that I haven't yet done it - its just been really really hectic here over the last week as I try to get AsyncWeb ready for release. I've managed to get a bit of "management buy in" to the open-source idea now though - so hopefully the hard work is starting to pay off :o)

I promise I'll get round to the Mina change early this week....

 

Dave

---

From: Trustin Lee [mailto:[EMAIL PROTECTED]
Sent: 21 November 2005 08:52
To: Apache Directory Developers List
Subject: Re: [MINA] 0.9 Protocol implementations

Hi Jose,

Sorry for being late.

2005/11/14, Jose Alberto Fernandez <[EMAIL PROTECTED]>:

One thing I found very useful in 0.8 was that one could implement a complex protocol keeping separated the Io/Codec part of the protocol in one hand and the management of the Protocol-level objects on the other hand. What I could do with this is to easily define Mock implementations of the Protocol level management by just connecting to a VMPipe instead of a real socket. That way only Protocol level filters and handlers will be used on the ProtocolHandlers and not any of the Io/Codec level stuff.

VMPipe transport type is still being supported in 0.9, so you can use it just like you did as before, but you'll have to remove the codec filter.

Yeah, right.  Adding a specific codec in sessionCreated() method is not a great idea because it couples handler and codec.  If you're going to create a highly reusable handler implementation, you'll have to wait for Dave's patch as we discussed before.  (Right, Dave? ;)

HTH,

Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.