[
https://issues.apache.org/jira/browse/DIRMINA-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee closed DIRMINA-405.
-------------------------------
Resolution: Invalid
Fix Version/s: (was: 1.0.5)
(was: 1.1.2)
It was not actually a bug but an expected behavior. I mistakenly misunderstood
Luis' problem:
http://www.nabble.com/Messages-read-while-iosession-is-suspended.-tf4124854s16868.html
> IoSession.suspendRead() doesn't suspend read operation immediately when
> ProtocolCodecFilter is used.
> ----------------------------------------------------------------------------------------------------
>
> Key: DIRMINA-405
> URL: https://issues.apache.org/jira/browse/DIRMINA-405
> Project: MINA
> Issue Type: Bug
> Components: Filter
> Affects Versions: 1.0.4, 1.1.1
> Reporter: Trustin Lee
> Assignee: Trustin Lee
>
> IoSession.suspendRead() changes the sessions's traffic mask and notifies the
> SocketIoProcessor. It is a normal behavior that the actual traffic control
> occurs asynchronously. For example, If a user calls IoSession.suspendRead()
> after receiving a message after ExecutorFilter doesn't assure he or she
> receives another message even after suspendRead() is called.
> However, it must guaranteed that no more messageReceived event is fired
> immediately after suspendRead() is called from the same thread that
> SocketIoProcessor runs for users who need precise traffic control.
> To resolve this issue, ProtocolCodecFilter should stop calling decoder as
> soon as the traffic mask is updated.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
