[
https://jira.jboss.org/jira/browse/JBMESSAGING-1732?page=com.atlassian.ji...
]
Howard Gao commented on JBMESSAGING-1732:
-----------------------------------------
Two parameters are added to ServerPeer mbean
SuckerConnectionRetryTimes
Max times for a sucker's connection to retry in case of failure. Default is -1 (retry
forever)
SuckerConnectionRetryInterval
The interval in milliseconds between each retry of the failed sucker's connection.
Default is 5000.
Message Sucker should be able to re-connect once it's connection
is broken.
---------------------------------------------------------------------------
Key: JBMESSAGING-1732
URL:
https://jira.jboss.org/jira/browse/JBMESSAGING-1732
Project: JBoss Messaging
Issue Type: Bug
Affects Versions: 1.4.0.SP3.CP08, 1.4.4.GA
Reporter: Howard Gao
Assignee: Howard Gao
Fix For: 1.4.0.SP3.CP09, 1.4.5.GA
The connection that message suckers uses to pull messages from other nodes in the cluster
is created once and for all. If the connection is broken, the messages will not be pulled
away. Actually it should try reconnect whenever a broken connection is found.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira