Question

documentation具有以下内容：

setConnAttemptCount - attempts - 连接对象尝试与服务器建立连接的次数。

setReconnAttemptCount - attempts - 连接对象尝试重新建立与服务器的连接的次数。

connAttemptCount是初始尝试并且在连接和丢失连接后重新连接？

还有一些其他属性可以连接和重新连接，但我想一旦得到了回复，我也会知道另一个：

 <bean id="tibcoJmsConnectionFactory" class="com.tibco.tibjms.TibjmsConnectionFactory">
    <property name="serverUrl" value="${tibco.server.url}"/>
    <property name="userName" value="${tibco.user}"/>
    <property name="userPassword" value="${tibco.password}"/>
    <property name="connAttemptCount" value="2"/>
    <property name="connAttemptDelay" value="100"/>
    <property name="connAttemptTimeout" value="1000"/>
    <property name="reconnAttemptCount" value="4"/>
    <property name="reconnAttemptDelay" value="100"/>
    <property name="reconnAttemptTimeout" value="1000"/>
</bean>

Answer 1

您的理解是正确的。 setReconnectAttemptTimeout() API调用的documentation说明了重新连接与初始连接之间需要单独的配置设置：

此参数类似于setConnectAttemptTimoeut不同之处在于，在重新连接期间可能需要使用与初始连接期间不同的参数。客户端与服务器的初始连接通常是及时分布的，服务器超过其最大接受队列的可能性较小。在容错切换期间，所有连接的客户端会自动尝试大约同时重新连接到备份服务器。当连接数量很大时，重新连接可能需要比初始连接更多的重新连接时间。

有关TibjmsConnectionFactory的connAttemptCount和reconnAttemptCount有什么区别？

1 个答案: