On Mon, Sep 12, 2011 at 8:25 PM, Hu, Mei Mei <[email protected]> wrote:
> I don't quite agree with ExecutorFilter approach. I don't disagree :) I'm not sure that having added such a filter was a good idea. Not sure it will be present in MINA 3. > MINA is a NETWORK framework for handling the transport level matters. For > application level logic such as access database, I think IOHandler is the > place to go where you should separate the handling from MINA - creating your > own threads ... finally send back response through session. > Yop. IMHO, The Executor filter just create more (technical and intellectual) issues for the small benefit it brings. However, there are ceses where you need to accept two requests for the same session, the second request being processed in parallel (for instance, when you want to abort the first request). In this case, having an executorFilter could help, but nothing forbid you to add it in your IoHandler. I'm pretty sure this was the only reason why the ExecutorFilter was created... > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.iktek.com > > -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
