持田＠NETside です。

> 「自然」ですか。もう少し「自然」の内容を教えてもらえますか。

 GNOME だと C++ なので、CORBA しかないかと。
＃ あれ? GNOME は C でしたっけ?

> ンが必要になるので、単にクリップボードよりは、RPC の方がいい
> のは分かるのですが、自然という気はあんまりしません。

 まあ、そういうことだと思います。クリップボード以上の
連携機能を提供したいんだと私は思ってます。ウインドウシステムの
ツールキットだと、コマンドラインシェルのパイプ相当かそれ以上の
ものを提供すべき、でしょう。

> 特に SunRPC ではダメで、CORBA ならいいという例です。

 SunRPC だとアプリケーション側の作業負荷が大きいですよね。

>>  Sun も元々 CORBA を ONC-RPC の後継と位置付けていたと思います。

 CORBA を進めるにあたって、Sun とどっかもう一社は静的呼び出し
（「呼び出し」は invoke だったと思う..）でいいと言っていて、
他の 2 社くらいが動的呼び出しを入れろ、ということで、それが通って
今のようになったと記憶しています。で、Sun が「静的呼び出しだけでいい」と
言っていた頃には、SunRPC の次の RPC という位置付けだったと思います。

> Spring は、Sun Microsystems ですが、研究用の分散OSなので、必
> ずしも後継という位置づけではないと思います。でも、Spring っ
> て、そもそも CORBA なんか使ってましたっけ？

 Spring が「後継」と言ってるわけではありません。Spring は
マイクロカーネルのサービスインターフェース定義に IDL を
使っていたということです。

-- 
持田 修司 NETside Technologies Inc.
          -- Equal Opportunity for All Good Architectures, NetBSD. --