mina-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (DIRMINA-639) WriteFuture are updated long after a session.write() is done
Date Wed, 10 Oct 2012 11:15:04 GMT

     [ https://issues.apache.org/jira/browse/DIRMINA-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Emmanuel Lecharny updated DIRMINA-639:
--------------------------------------

    Fix Version/s:     (was: 2.0.6)
                   2.0.8
    
> WriteFuture are updated long after a session.write() is done
> ------------------------------------------------------------
>
>                 Key: DIRMINA-639
>                 URL: https://issues.apache.org/jira/browse/DIRMINA-639
>             Project: MINA
>          Issue Type: Bug
>    Affects Versions: 2.0.0-M3
>            Reporter: Emmanuel Lecharny
>            Priority: Blocker
>             Fix For: 2.0.8
>
>
> While expecting the writeFuture to be updated when the write has been done, it's done
only when we get out of the chain. This is a major problem as you can't rely on this to bail
a connection based on a slow client. Typically, we may stack thousands of message into the
writeQueuebuffer, as the flush is only done when we have gone though the whole chain, and
back.
> The only way to get the data be blushed immediately is to add an executorFilter on the
WRITE eventType, in order to create a new thread to handle this flush, otherwise we have to
wait for the current processor to be done with the chain processing.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message