You are viewing a plain text version of this content. The canonical link for it is here.
Posted to proton@qpid.apache.org by "Rafael H. Schloming (JIRA)" <ji...@apache.org> on 2012/11/12 13:03:12 UTC
[jira] [Commented] (PROTON-126) Sender.send should return 0 once it
has exceeded the credit window
[ https://issues.apache.org/jira/browse/PROTON-126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13495224#comment-13495224 ]
Rafael H. Schloming commented on PROTON-126:
--------------------------------------------
This behaviour is by design. The idea is that you can choose to have the engine buffer message data for you if you wish. This is very useful for certain kinds of implementations (e.g. clients). If you want to avoid this you can check the credit level before you call send or alternatively (for a slightly different effect) you could check how many queued messages the sender is holding and choose whether or not you want to queue more.
> Sender.send should return 0 once it has exceeded the credit window
> ------------------------------------------------------------------
>
> Key: PROTON-126
> URL: https://issues.apache.org/jira/browse/PROTON-126
> Project: Qpid Proton
> Issue Type: Bug
> Components: proton-j
> Reporter: Hiram Chirino
>
> No flow control is in place. You can easily OOM a JVM since Sender.send continues to accept more bytes even if the peer is not accepting anymore data.
--
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