Hi, I did not use ExecutionFilter in my FTP client, bu from somes mails I guess that It's after code filter do object1 -->objectN work, is it? if it's true, mina do like this: BB--decoder-->Type1-->executionFilter1-->Type2-->...TypeN is it? Grizzly do a FILO stack filter chain rule. maybe it's not bad. In the past, I do heirarch decoder, cannot clean genericsing. So I think abount again, Annotation maybe a shortway. if that, it can state as follows BB-->decoder(AN)-->Type1-->decoder(AN)-->Type2--->...TypeN
It's a way? Regret, It would be great If you can speek china. So I'd to sooooooooorry for my pool english again. 2007/6/8, Trustin Lee <[EMAIL PROTECTED]>:
On 6/8/07, peter royal <[EMAIL PROTECTED]> wrote: > On Jun 7, 2007, at 8:37 AM, Chris Audley wrote: > > Why does MINA limit one ProtocolCodecFilter in an IoFilterChain? > > you can only go from ByteBuffer -> non-ByteBuffer once :) A decoder could output ByteBuffer again and let it decoded later in the next ProtocolCodecFilter. For now, all our filter implementations doesn't work correctly when they are added more than once to one filter chain. We discussed about this issue one day, and decided to generate a dynamic session attribute key which includes the filter's hash code. So... you will be able to add more than one protocol codec filter in 2.0. You can't for now with 1.x unfortunately. HTH, Trustin -- what we call human nature is actually human habit -- http://gleamynode.net/ -- PGP Key ID: 0x0255ECA6
-- 向秦贤
