IIOP로 GlassFish를 사용할 때 전체 프로토콜 계층 구조는 무엇입니까?
-
12-12-2019 - |
문제
설정은 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와 호환되는 것입니다.
제휴하지 않습니다 StackOverflow