TIBCO 큐에 연결하고 고객 데이터를 가져 오는 코드를 작성했습니다. 그러나 생산으로 옮기기 전에 테스트 할 방법을 찾을 수 없습니다. 프로덕션을 위해 패키징하기 전에 내 프로그램이 제대로 작동 할 수 있도록 더미 큐를 만들 수 있습니까? 같은 EMS 메시징 인스턴스에서 생산 및 비 생산 트래픽을 혼합 권장되지 않습니다 package GI;
impor
documentation의 내용은 다음과 같습니다. setConnAttemptCount - attempts - 연결 개체가 서버에 연결을 시도하는 횟수입니다. setReconnAttemptCount - attempts - 연결 개체가 서버에 대한 연결을 다시 설정하려고 시도하는 횟수입니다. connAttemptCount는 연결이 끊어지고 연결이 끊어진 후
헤더 JMS v1.4를 사용하여 TIBCO 8.0 EMS를 연결하고 큐 세부 정보를 보려고합니다. 동일한 작업을 수행 할 수 있습니까? 필요한 TIBCO EMS 8.0 JMS jars와 그 순서를 알려주십시오. TIBCO EMS JMS jars 파일을 8 개 추가하고 Preferences 탭의 TIBCO EMS를 선택했습니다. 플러그인 오류를 찾을 수 없습
하나의 연결을 통해 tibco ems 항목의 데이터를 가져 오는 Java 서버 (jdk 1.6)가 있습니다. 나는 tibco에서 메시지를 가져올 수있는 로그를 다시보기 시작했습니다. 데이터를 여러 항목으로 나누고 각 항목이 내 서버에 별도의 연결 (동일한 JMS 서버)을 가져 오는 경우 tibco의 확장이 얼마나 잘됩니까? 또한 서버를 여러 대의 서버로 나
javax.jms.Connection#start()은 실제로 대상입니다. javadoc에 따르면 다음과 같이 말합니다 : 들어오는 메시지의 연결 전달을 시작 (또는 다시 시작)합니다. 하지만 정확히 무엇을 의미합니까? 내 생각에 구현에 따라 다르므로 IBM MQ (최신 8+)의 의미는 무엇입니까? 어쩌면 클라이언트 연결이 서버 메시지를 미리 캐시 할 것입니
2 개의 Tibco-Ems 서버가 실행 중이며 내결함성 설정이 있습니다. 하나의 서버를 사용할 수없는 경우 활성 서버는 으로 예상대로 장애 조치 서버로 전환합니다. 그러나 지금은 이상한 오류가 발생합니다. 그런 다음 새 활성 서버라고 표시됩니다. "재 연결 실패 : ID가 XY 인 연결을 알 수 없음" 이는 클라이언트에 열린 연결이있는 경우에만 발생합니다.
우리는 단기간에 IBM의 MQ를 JMS 공급자로 사용하고 1 년 이내에 Tibco EMS로 전환 할 새로운 애플리케이션을 만들고 있습니다. 내 질문은 응용 프로그램 코드 관점에서 변경 사항을 어떻게 관련시킬 것인가입니다. JMS 문서에서 지금까지 읽은 바 최소한의 변경 만 있으면됩니다. 누구나이 경험을 가지고 있으며 JMS 공급자간에 전환하는 작업에 대한
EMS 주제에 대한 테스트 메시지를 게시하고 지침을 사용할 수 있습니다. 지금까지 나는 이것을 할 수 있었다. import com.tibco.tibjms.TibjmsConnectionFactory;
import com.tibco.tibjms.TibjmsTopicConnectionFactory;
public class Connect {
publ
Tibco EMS는 the User's Guide, this answer 및 here에 설명 된대로 서버 쪽의 핫 백업 구성에서 내결함성을 제공합니다. 그러나 클라이언트 측면에서 Tibco EMS는 내결함성 클라이언트를위한 즉시 사용 가능한 솔루션을 제공합니까? 예 : 주제 Sports.F1.PitStop에 두 개의 클라이언트 (server1, server