문제

설정은 glassfish 2.1.1 및 자바 독립형 클라이언트입니다. 연결은 IIOP 을 통한 것입니다. 우리의 고객은 전선에 엄청난 양의 교통량을 생산하고 있습니다. 이것이 어디에서 오는지 알아보십시오.

내 이해에서 프로토콜 계층 구조는

처럼 보이야합니다.
Ethernet -> IP -> TCP -> GIOP -> CDR
.

giop까지 내가 wireshark에서 보는 것입니다, 그러나 페이로드는 giop 메시지는 불분명합니다.

불행히도 Wireshark는 Giop-messages의 페이로드를 해부하지 않습니다. Giop 메시지에 Java 오브젝트가 포함되어야한다고 생각했습니다 CORBA CDR로 직렬화되어 CORBA 직렬화이기 때문입니다. (아닌 Java 클라이언트의 경우 IDL을 생성해야하므로 CDR이 있어야합니다. 어디에서나 사용).

Wireshark에서 볼 수있는 것은

많이 롯트입니다.
XRMI:java.util.Collections\U0024SynchronizedCollection:
.

뒤에는 hex-string과 바이너리 데이터의 몇 바이트가 뒤 따른 다음 xrmi : .....

이곳에서 나는 그것이 RMI라고 생각하고 IIOP 이상 RMI가 있다고 생각합니다. 나에게주는

Ethernet -> IP -> TCP -> GIOP -> RMI -> Java Serialization
.

그러나 giop 페이로드가 RMI 인 경우 CDR은 어디에 들어 맞는가?

giop 메시지의 페이로드를 어떻게 해석 할 수 있습니까? IIOP에서 RMI를위한 사양을 어디에서 찾을 수 있습니까?

도움이 되었습니까?

해결책

RMI 이상 IIOP 이상은 위와 같이 GIOP 이상 CDR입니다.그것은 다른 프로토콜이 아니며 Java 직렬화를 사용하지 않습니다.그 종양은 CORBA와 호환되는 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top