You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2021/05/18 08:13:00 UTC
[jira] [Commented] (QPID-8518) [Broker-J] Message transfer freezes
when session runs out of transfer frames
[ https://issues.apache.org/jira/browse/QPID-8518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17346679#comment-17346679 ]
ASF GitHub Bot commented on QPID-8518:
--------------------------------------
asfgit closed pull request #83:
URL: https://github.com/apache/qpid-broker-j/pull/83
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
> [Broker-J] Message transfer freezes when session runs out of transfer frames
> ----------------------------------------------------------------------------
>
> Key: QPID-8518
> URL: https://issues.apache.org/jira/browse/QPID-8518
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
> Reporter: Marek Laca
> Priority: Minor
> Labels: Broker, Java, Messages
>
> It is stated in AMQP protocol documentation:
> _An AMQP connection consists of a full-duplex, reliably ordered sequence of frames. A frame is the unit of work carried on the wire. Connections have a negotiated maximum frame size allowing byte streams to be easily defragmented into complete frame bodies representing the independently parsable units._
> Each session negotiates properties and state that drives the flow of the frames:
> * next-incoming-id
> * incoming-window
> * next-outgoing-id
> * outgoing-window
> * remote-incoming-window
> * remote-outgoing-window
> The capacity of the incoming flow is limited by the maximum frame size and incoming window. When message size exceeds the capacity of the incoming flow to broker the transfer freezes. Neither client nor broker tries to negotiate a new incoming window (I have tested several clients.) The broker is the receiver and so it is the authority that makes the final decision about incoming window. Hence, the broker should offer to client a new incoming window when the capacity is depleted.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org