You are viewing a plain text version of this content. The canonical link for it is here.
Posted to proton@qpid.apache.org by "Robbie Gemmell (JIRA)" <ji...@apache.org> on 2015/07/08 16:38:04 UTC
[jira] [Updated] (PROTON-940) provide the session initial incoming
window via Begin rather than sending a separate Flow
[ https://issues.apache.org/jira/browse/PROTON-940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robbie Gemmell updated PROTON-940:
----------------------------------
Attachment: 0001-PROTON-940-calculate-the-incoming-window-before-send.patch
Attaching change which fixes this. This patch is dependant on earlier (but not yet committed) outgoing window changes made via the PR on PROTON-936.
> provide the session initial incoming window via Begin rather than sending a separate Flow
> -----------------------------------------------------------------------------------------
>
> Key: PROTON-940
> URL: https://issues.apache.org/jira/browse/PROTON-940
> Project: Qpid Proton
> Issue Type: Bug
> Components: proton-j
> Affects Versions: 0.8, 0.9, 0.9.1
> Reporter: Robbie Gemmell
> Assignee: Robbie Gemmell
> Fix For: 0.10
>
> Attachments: 0001-PROTON-940-calculate-the-incoming-window-before-send.patch
>
>
> When a session is created, a Begin frame is sent. One of the fields on the frame is the initial incoming window. Instead of populating the field, Proton-J currently sets it to 0 but then immediately discovers the window is 0 and sends a seperate Flow frame (in the same transport output sas the Begin frame) changing the window to the actual calculated value.
> This result is equivalent in the end and allowed by the protocol, but is not particularly obvious behaviour and is different than proton-c. The initial incoming window value should be conveyed in the Begin frame instead, removing need for the immediate Flow.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)