We have had the same issue in Apache Directory project, and we have had
to implement the codec in a certain way in order to make it work, as it
was a two stage decoder. Not really easy...
Could you please explain?
We have a two stages decoder. It's all done in one single codec, which
is stateful. We store the current state in the IoSession, and when we
receive more bytes, we resume the decoding exactly where it stopped.
I must admit that the current impl is also a perfect maze... Debugging
MINA is just requiring a very high IQ :/
Doesn't that make you think?
Eh... Why do you think we started a 3.0 ???
Another thing I tried is the implementation of
filterChain.getAllReverse() gives you the reverse ordered filters. But
if you ask the retrieved list with getNextFilter() on you get the old
order. I would assume that you get the reverse order too, but you will
probably answer that it works as designed. I can't argue about this.
All of this is quite frustrating, I think I have to create my own
filter
chain as handler. That's the only solution I see that matches my
time frame.
Probably... Sorry for that, the current code is not perfect, and this
is the reason we are really impatient to start the 3.0 version.
And again. I can not use a handler to implement my own filter chain.
The handler (messageSent) is to late on the outbound side. What to filter
if it's already sent?
The MessageSent event is just produced when the message was actually
*sent*. You can do a lot of thing with this information, like gathering
stats, etc. Now, it may not have to be processed by a codec. In this
case, you don't have to implement the method in your filters.
Overall, I suggest you have a look at the many examples we provide, to
see how MINA works in detail. There is probably something you have
missed, due to the documentation which is not explicit enough. I
understand that's a bit frustrating, but there is little I can do here
to help you with your frustration except telling you that if you feel
you can help building a better framework, then please, join us !
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
