You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Albertas Vyšniauskas (JIRA)" <ji...@apache.org> on 2017/01/03 07:24:58 UTC

[jira] [Updated] (AMQNET-559) Stomp protocol heart-beat check should support grace period

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

Albertas Vyšniauskas updated AMQNET-559:
----------------------------------------
    Attachment: heartbeat-grace.patch

Adds heart-beat read check grace time option on connection factory.
Moves write check interval calculations done in StompWireFormat to InactivityMonitor, because write check time was divided by 3 and then passed to server in heart-beat header, while original intention must have been to divide actual write check time to send write checks more frequently than negotiated write check time.

> Stomp protocol heart-beat check should support grace period
> -----------------------------------------------------------
>
>                 Key: AMQNET-559
>                 URL: https://issues.apache.org/jira/browse/AMQNET-559
>             Project: ActiveMQ .Net
>          Issue Type: Improvement
>          Components: Stomp
>    Affects Versions: 1.8.0
>            Reporter: Albertas Vyšniauskas
>            Assignee: Jim Gomes
>            Priority: Minor
>         Attachments: heartbeat-grace.patch
>
>
> According to the STOMP specification, heart beat header sets maximum allowed time between received data packets, however most STOMP clients and servers simply send their heart beat packets at the specified interval.
> This causes a small chance of timeout due to packets arriving milliseconds later than expected.
> To resolve this issue some STOMP implementations increase the actual time that they wait for packet to arrive (see ActiveMQ grace period section here http://activemq.apache.org/stomp.html).
> It would be really nice to have an equivalent option in NMS libraries.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)