[
https://issues.apache.org/jira/browse/AMQ-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Bish resolved AMQ-4674.
-------------------------------
Resolution: Fixed
Assignee: Timothy Bish
Added transport options "?transport.hbGracePeriodMultiplier" which is used to
add a user defined grace period to the read check interval indicated by the
connecting STOMP client. By default this value is set at 1.0 in order to keep
backwards compat with clients that don't expect a grace period. Can be set to
values greater than 1.0f and the read check interval will be multiplied by this
value.
> ActiveMQ 5.x does not support the notion of a grace-period for heart beats as
> supported by the STOMP protocol
> -------------------------------------------------------------------------------------------------------------
>
> Key: AMQ-4674
> URL: https://issues.apache.org/jira/browse/AMQ-4674
> Project: ActiveMQ
> Issue Type: Bug
> Affects Versions: 5.8.0
> Reporter: Paul Gale
> Assignee: Timothy Bish
> Labels: easyfix
> Fix For: 5.9.0
>
>
> Regarding the configuration of heart beating the STOMP protocol spec states:
> "- because of timing inaccuracies, the receiver SHOULD be tolerant and
> take into account an error margin"
> However, it appears that ActiveMQ 5.x is not tolerant of any error margin.
> Despite the fact that the spec says SHOULD rather than MUST it would make the
> implementation of STOMP clients easier if the error margin was published.
> As the broker aggressively enforces the heart beat timeouts false failover
> attempts can result.
> Apparently Apollo supports an error margin of 1.5x the configured heart beat.
> If it could be made configurable that would be even better!
--
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
