[ 
https://issues.apache.org/jira/browse/AMQ-6209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15284283#comment-15284283
 ] 

Patrik Dudits edited comment on AMQ-6209 at 5/16/16 9:20 AM:
-------------------------------------------------------------

I will gladly comply, however I need to know what code did you run and in what 
environment, as 
[{{TwoBrokerVirtualTopicSelectorFailoverTest.java:137}}|https://github.com/apache/activemq/pull/174/files#diff-8a4e7ffbae789929bba4db6912813a58R137]
 is start of multiline comment in the PR and the test passes for me on Windows, 
JDK 1.8.0_45 and Maven 3.3.9.

Since that method is only used once, it might correspond to line 124. And it 
could fail only if broker A failed to restart - a situation that is not 
explicitly checked in the test ({{broker.waitUntilStarted}} returning 
{{false}}). Is there more information in your test output why that happened?


was (Author: pdudits):
I will gladly comply, however I need to know what code did you run and in what 
environment, as 
[{{TwoBrokerVirtualTopicSelectorFailoverTest.java:137}}|https://github.com/apache/activemq/pull/174/files#diff-8a4e7ffbae789929bba4db6912813a58R137]
 is start of multiline comment in the PR and the test passes for me on Windows, 
JDK 1.8.0_45 and Maven 3.3.9.

> Unmatched messages on consumer queues when using SubQueueCacheSelectorPlugin 
> in network of browsers
> ---------------------------------------------------------------------------------------------------
>
>                 Key: AMQ-6209
>                 URL: https://issues.apache.org/jira/browse/AMQ-6209
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 5.13.2
>            Reporter: Patrik Dudits
>
> When using SubQueueSelectorCachePlugin to preserve consumers' selectors in 
> network of brokers, the queues start matching all messages after consumers 
> failover between brokers.
> The underlying reason is, that {{SubQueueSelectorCacheBroker}} would cache 
> selector {{TRUE}} for connected demand subscription, and therefore will 
> permanently match all messages even if actual consumer reconnects.
> Additionally, browsing the queue will also cause {{TRUE}} selector to be 
> persisted.



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

Reply via email to