2010-12-02 5 views
4

일부 응용 프로그램이 Tibco 랑데부를 통해 서로 통신하는 설정이 있습니다. 응용 프로그램은 인증 된 메시징을 사용하여 통신합니다. 내 문제는 두 명의 수신자가 최근에 메시지를 확인하려고 할 때 Error 27, Not Permitted가 표시되는 동작을 시작했기 때문입니다 (인증 된 메시지 교환의 첫 번째 메시지는 인증되지 않았으며 우리는 그).Tibco Rendezvous를 사용하여 메시지를 확인하는 것이 허용되지 않는 이유는 무엇입니까?

같은 오류를 가진 사람들을 찾기 위해 인터넷을 둘러 보았습니다. 많은 사람들을 찾았지만, 그들은 모두 tibco 전송을 만들려고 할 때 오류가납니다. 전송을 잘 만들 수는 있지만 전송 된 메시지는 확인할 수 없습니다.

우리의 환경은 tibco 7.X와 8.X를 모두 사용하며 때로는 혼합되어 있습니다. 이 문제는 피어가 동일한 티브코 버전을 사용하고 다른 버전을 사용할 때 나타납니다. 모든 응용 프로그램에는 표시되지 않지만 응용 프로그램에 대해 표시되면 "손상된"상태로 유지됩니다. 보낸 사람과받는 사람 모두에 대해 원장 파일을 버리는 것은 아무 것도하지 않습니다. 우리는 여전히 오류가 발생합니다. 보낸 사람과받는 사람 모두 장부 파일에 쓸 수있는 적절한 권한이 있습니다. 영구적으로 실행중인 rvds에 연결하고 있습니다. 보낸 사람과받는 사람이 다른 컴퓨터에 있습니다. 과거에는 의사 소통이 완벽하게 진행되었지만 어느 시점에서는 그렇게하지 못했습니다. 응용 프로그램은 java에 있으며 우리는 tibrvj.jar 자동 원시 라이브러리를 사용하고 있습니다.

오류 난 당신이 "당신이 일어나고 시작하기 위해 무슨 짓을"나에게 묻는거야 알고

 
... 
Caused by: TibrvException[error=27,message=Not permitted] 
    at com.tibco.tibrv.TibrvImplCmTPortC.natConfirmMsg(Native Method) 
    at com.tibco.tibrv.TibrvImplCmTPortC.confirmMsg(TibrvImplCmTPortC.java:304) 
    at com.tibco.tibrv.TibrvCmListener.confirmMsg(TibrvCmListener.java:88) 
.... 

, 그리고 내 대답은 "나는 모른다"입니다.

모든 의견을 보내 주시면 감사하겠습니다.

감사합니다.

답변

1

밝혀진 것처럼 응용 프로그램 수준에서 망가졌습니다. 의존성 (메시징 계층)을 업데이트 한 후에 일부 오래된 코드가 있기 때문에 응용 프로그램 수준 확인에서 컨테이너 수준 확인으로 이동했지만 응용 프로그램 코드에서 명시적인 메시지 확인을 제거하는 것을 잊어 버렸습니다.

요약 : 우리는 메시지를 두 번 확인하려고 시도했으나 두 번째로이 예외가 발생했습니다.

1

두 RVD 서버 간의 TCP 연결이 불가능할 수도 있습니다. 하나에서 다른 것으로 연결할 수 있는지 (구독자 호스트에서 게시자에게 다시 연결) 확인할 수 있습니까? 내 경험상, CM 수신 확인은 TCP를 통해 처리됩니다 (미미웨어 지원 담당자보다 최종 사용자 인만큼 소금으로 처리하십시오).

1

나는 최근에 예외가 발생했습니다 - 응용 프로그램이 몇 달 동안 작동 해 갑자기 예외가 발생했습니다. 필자의 경우 응용 프로그램이 실행 된 Windows 서버에서 일부 유지 관리 작업이 수행되었으며 디렉토리는 읽기 전용으로 표시되었습니다. 일단 그것이 정리되면 예외는 사라졌습니다.

다른 잠재적 인 문제가 발생한 문제를 발견 한 후이를 발견했습니다.

0

그냥 내 두 센트 :이 예외는 비 CM 전송에서 명시 적으로 메시지를 확인하려고 할 때도 발생합니다.