You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Gary Tully (Commented) (JIRA)" <ji...@apache.org> on 2011/12/01 12:25:39 UTC
[jira] [Commented] (AMQ-3615) Advisory broker replay of destination
advisories needs to distinguish temp destination from regular destination
[ https://issues.apache.org/jira/browse/AMQ-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160827#comment-13160827 ]
Gary Tully commented on AMQ-3615:
---------------------------------
note: came across this looking at the org.apache.activemq.bugs.AMQ3454Test case a little more carefully to examine the contention on destinationMap. There should be no temp advisories in that test.
> 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
> Labels: advisory, temp
>
> 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