메시지를 serialization을 사용하여 파일에 쓰려고합니다. 메시지는 날짜와 TibrvMsg (TibrvMsg은 Tibco의 고유 메시지이며이 클래스는 해당 문서에 따라 직렬화 할 수 없습니다.) 메시지는 다음과 같습니다 TibrvMsg가 직렬화 아니므로 내가 Message Serializable를 선언하고 있지만 Message msg = new Me
일부 응용 프로그램이 Tibco 랑데부를 통해 서로 통신하는 설정이 있습니다. 응용 프로그램은 인증 된 메시징을 사용하여 통신합니다. 내 문제는 두 명의 수신자가 최근에 메시지를 확인하려고 할 때 Error 27, Not Permitted가 표시되는 동작을 시작했기 때문입니다 (인증 된 메시지 교환의 첫 번째 메시지는 인증되지 않았으며 우리는 그). 같은
몇 년 전 TIBCO 메시징 프레임 워크에서 TIBCO Rendezvous Cache (rvcache)를 사용한 프로젝트에서 작업했습니다. 주제/주제를 캐시하고 요청시 캐시를 보냅니다. 현재 저는 TIBCO를 메시징 시스템으로 다시 사용하려고합니다. 나는 몇 년 전에 사용했던 rvcache에 대해 설명하려고했지만, 이제는 많은 정보를 찾을 수 없습니다. 누
JMS 또는 메시징은 이질적인 애플리케이션을 묶고 많은 ESB 및 SOA 아키텍처의 인프라를 형성하는 데 실제로 유용합니다. 그러나 애플리케이션 A는 애플리케이션 B의 서비스에서 즉각적인 응답이 필요하다고 말합니다. 주문의 프로비저닝 세부 사항이 필요하거나 일부 업데이트에 대한 즉각적인 확인이 필요합니다. 메시징은 성능 측면에서 메시징에 적합한 솔루션입니까
우리는 Tibco pagebus 프레임 워크를 메시지 게시/구독을위한 중간 도구로 사용하고 있습니다. 우리가 개발중인 엔터프라이즈 응용 프로그램은 위의 프레임 워크를 사용합니다. 당신은 어떻게 팁코의 pagebus 프레임 워크를 테스트하는 날을 제안 해주십시오 수 있습니다. (프레임 워크 테스트) 사람이 프레임 워크를 생각하는 데 어떻게이 프레임 워크를 테
안녕하세요 저는 Tibco RV를 처음 사용하고 있습니다. Tibco Rendezvous Concept를 읽은 후에도 서비스 매개 변수, 네트워크, 데몬과 같은 전송 매개 변수에 대해서는 여전히 혼란 스럽습니다. 개념적으로 각 시스템에는 하나의 데몬 만 실행됩니다. tibrvsend를 사용하는 경우 그래서 : tibrvsend -service 2323 -n