TibjmsConnectionFactory의 connAttemptCount와 reconnAttemptCount의 차이점은 무엇입니까?

Question

documentation의 내용은 다음과 같습니다.

setConnAttemptCount - attempts - 연결 개체가 서버에 연결을 시도하는 횟수입니다.

setReconnAttemptCount - attempts - 연결 개체가 서버에 대한 연결을 다시 설정하려고 시도하는 횟수입니다.

connAttemptCount는 연결이 끊어지고 연결이 끊어진 후 처음 시도 및 다시 연결됩니까?

연결하고 다시 연결하는 몇 가지 다른 속성 WRT 있습니다하지만 난 obove 대답되면 나뿐만 아니라 다른 사람을 알게 될 것 같아요

<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

이해가 올바른지.

이 매개 변수는 차이가 다시 연결하는 동안 다른 매개 변수를 사용할 필요가있을 수 있다는 것이다 setConnectAttemptTimoeut 비슷보다 동안 다음 setReconnectAttemptTimeout() API 호출에 대한 documentation 초기 연결 대 재 연결을위한 별도의 구성 설정을 할 필요가 설명 초기 연결. 서버에 대한 클라이언트의 초기 연결은 정상적으로 시간 내에 배포되며 서버가 최대 수용 대기열을 초과 할 가능성이 적습니다. 내결함성 스위치 중에는 연결된 모든 클라이언트가 거의 동시에 백업 서버에 다시 연결을 시도합니다. 연결 수가 많으면 초기 연결보다 다시 연결하는 데 시간이 더 걸릴 수 있습니다.