[
https://issues.apache.org/jira/browse/AMQ-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Bish resolved AMQ-3615.
-------------------------------
Resolution: Fixed
Fix Version/s: 5.6.0
Fix applied in trunk
> Advisory broker replay of destination advisories needs to distinguish temp
> destination from regular destination
> ---------------------------------------------------------------------------------------------------------------
>
> Key: AMQ-3615
> URL: https://issues.apache.org/jira/browse/AMQ-3615
> Project: ActiveMQ
> Issue Type: Improvement
> Components: Broker
> Affects Versions: 5.5.1
> Reporter: Gary Tully
> Assignee: Timothy Bish
> Labels: advisory, temp
> Fix For: 5.6.0
>
>
> By default an activemq connection registers an advisory consumer for temp
> destinations. This is configurable via: {{jms.watchTopicAdvisories}}. This
> allow the client to respond to a request to a deleted temp destination
> without a round trip to the broker and avoid a possible auto creation.
> At the moment, that advisory consumer gets notified of *all* destinations,
> not just temp destinations. So if there are large amounts of destinations,
> there is an unnecessary flood of advisories on the initial subscribe.
> The workaround, for clients who don't use temps is to disable this advisory
> monitor, using {{jms.watchTopicAdvisories=false}} on the connection factory
> broker url or setting the corresponding property on the connection factory or
> connection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
