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

Timothy Bish commented on AMQNET-371:
-------------------------------------

Try turning off watchTopicAdvisories on the ActiveMQ ConnectionFactory and see 
how that works for you, mine as sent 7000+ messages now.  Appears there's a bug 
in the .NET advisory consumer code somewhere. 
                
> NMSConnectionException does not trigger failover recovery.
> ----------------------------------------------------------
>
>                 Key: AMQNET-371
>                 URL: https://issues.apache.org/jira/browse/AMQNET-371
>             Project: ActiveMQ .Net
>          Issue Type: Bug
>          Components: ActiveMQ, Stomp
>    Affects Versions: 1.5.3
>            Reporter: Jim Gomes
>            Assignee: Jim Gomes
>              Labels: broker, error, exception, failover
>             Fix For: 1.5.4, 1.6.0
>
>         Attachments: TQTest.zip
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> When a failover protocol is used, it is expected that any network 
> interruptions will be automatically recovered.  Currently, an internal broker 
> error send an error message to a client and kick it off.  The client then 
> throws an NMSConnectionException.  This exception is not automatically 
> handled by the failover protocol, and the client application is then forced 
> to completely destroy and rebuild all connections, sessions, consumers and 
> producers, if that's even possible without restarting.

--
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

        

Reply via email to