GlassFishをIIOPで使用する場合のフルプロトコル階層とは何ですか

Question

セットアップは GlassFish 2.1.1 とJavaスタンドアロンクライアントです。接続は iiop によるものです。 私たちのクライアントはワイヤー上で膨大な量のトラフィックを生み出しています これがどこから来たのかを調べてください。

私の理解からプロトコル階層は

のように見えるはずです

Ethernet -> IP -> TCP -> GIOP -> CDR

.

Giopまで、これは私が盗聴者に見えるものですが、のペイロードです。 GIOPメッセージは不明です。

残念ながら、WiresharkはGIOPメッセージのペイロードを解消しません。 GIOPメッセージにはJavaオブジェクトを含める必要があると思いました それがCORBAシリアライゼーションであるため、CORBA CDRでシリアル化されています。 （すべてのJavaクライアントの場合は、IDLを生成しなければならなかったので、CDRは 任意の場所を使用します。

盗聴者に見えるものはたくさんの

です。

XRMI:java.util.Collections\U0024SynchronizedCollection:

.

続いて16進文字列と数バイナリデータ、次にxrmi：.....

これから私はそれがRMIだと思います、そして私はIIOP経由でRMIを持っています、 私に

を与えます

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

.

しかし、GIOPペイロードがRMIの場合、CDRは適合します。

Giopメッセージのペイロードを解釈する方法 IIOPの上にRMIの仕様を見つけることができますか？

Answer 1

IIOP上のRMIは、上記のようにGIOPを介して単なるCDRです。それは別のプロトコルではなく、それはJavaシリアル化を使用しません。その目的はCORBAと互換性があることです。