2-4 서버 환경에서 기본 제공 서버 장애 조치를 사용하는 TIBCO EMS 솔루션이 있습니다. TIBCO가 한 EMS 서버에서 다른 EMS 서버로 장애 조치 서비스를 관리하는 경우 연결은 EMS 서비스 수준에서 새 서버로 자동 전송됩니다. EMS 서비스를 사용하는 C# 응용 프로그램의 경우 이러한 일이 발생하지 않습니다. 즉, 사용자 연결이 장애 조치 후
우리는 Tibco pagebus 프레임 워크를 메시지 게시/구독을위한 중간 도구로 사용하고 있습니다. 우리가 개발중인 엔터프라이즈 응용 프로그램은 위의 프레임 워크를 사용합니다. 당신은 어떻게 팁코의 pagebus 프레임 워크를 테스트하는 날을 제안 해주십시오 수 있습니다. (프레임 워크 테스트) 사람이 프레임 워크를 생각하는 데 어떻게이 프레임 워크를 테
TIBCO EMS .NET 참조 가이드 가 재접속 동작 및 내결함성을 활성화하는 방법 (페이지 134)에서 serverURL을 매개 변수가 두 개 이상의 URL 쉼표로 구분 있어야했다. 하나의 서버 만있는 상황에서는 클라이언트 재 연결을 가능하게하기 위해 해당 서버의 URL 사본 두 개를 제공 할 수 있습니다 (예 : tcp : // localhost :
팁코 EMS 사용 설명서 (페이지 292)는 말한다 : 백업 서버 무기한 중 A)를 주 서버가 또는 B) 주 서버에 다시 연결로 작동합니다 . 또한 스위치가 성공하면 클라이언트 (또한 TIBCO EMS .NET 참조 페이지 220 참조) 장애 조치 알림가 나타날 수 있습니다 말한다. 나는 몇 가지 질문이 사실을 인적 분할 한 ... 서버가 장애 조치를 시도
.Net 클라이언트 TIBCO EMS를 사용하는 동안 .Net Tibco 클라이언트에서 보내는 메시지를 모니터링하는 방법은 무엇입니까? jms 수준이 아닌 응용 프로그램 수준, 수신 확인 및 응답을 보냅니다. 응용 프로그램이 보낸 것인지 여부를 어떻게 알 수 있습니까? 클라이언트가 메시지를 보내지 못하면 나중에 예외를 던지거나 메시지를 저장하여 나중에 다시