RMIとWebサービスはどちらもソケット接続を使用していますか？

Question

別のもので 質問 完了するのに5分かかるWebサービスを使用することを心配していました。このユースケースのためにWebサービスの代わりにRMIを使用することを考えていました。

しかし、一日の終わりには、WebサービスとRMIの両方が基礎となる接続にTCPソケットを使用しますか？ 5分かかるWebサービスコールがRMIリクエストが同じ時間を取るよりも安定しない理由はありますか？

私たちの場合、私たちは内部アプリが通信することについて話していることに注意してください。

---

アップデート: ：この質問は、完了するまでに3〜5分かかるWebサービスに関する接続のドロップやその他の問題に遭遇することを心配していることに起因しています。心配は多分完全に非合理的です - 私の他の人への応答者 質問 クライアントとサーバーの両方を制御する場合は、問題ない必要があることを示しています。しかし、5分間の電話で接続のドロップされた接続がRMIの実装よりもWebサービスの実装を使用しない理由をより詳細に理解したかっただけです。彼らが両方ともソケット接続に依存している場合、それは違いがない理由を説明するかもしれません...

Answer 1

1回のリモートコールが完了するまでに5分かかっている場合、それはおそらく、その呼び出しを実装する操作が遅いためであり、Webサービスレイヤー自体が遅いためではありません。操作をRMIで再巻き戻す場合、それはおそらく同じくらい遅くなるでしょう。

RMIがSOAPよりも効率的であるという理由だけで、1つの操作の速度ではなく、多くの操作が呼び出されている場合にのみ、石鹸を介したRMIのパフォーマンスの利点は、実際に明らかになります。しかし、それは魔法のように遅い操作をより速くすることはありません。

ソケットに関する質問については、はい、RMIとSOAPは両方とも十分に下がったときにソケットレベルのプロトコルを使用します（RMIの場合はIIOPまたはJRMP、SOAPの場合はHTTP）。しかし、それはあなたの問題に本当に関連していません。

Answer 2

RMIは主にJRMP（純粋なJavaコンテキスト）またはIIOP（非JVMコンテキスト）で使用されますが、石鹸メッセージは通常（ただし排他的ではない）HTTPを介して送信されます。これら3つのワイヤプロトコルはすべてTCP/IPを使用しているため、この点でWebサービスでRMIを選択する利点はありません。