新城＠筑波大学情報です。こんにちは。

In article <ul8psvne254.fsf@pine.yorie.netside.co.jp>
        MOCHIDA Shuji <mochid@netside.co.jp> writes:
> 持田＠NETside です。
> > 「自然」ですか。もう少し「自然」の内容を教えてもらえますか。
>  GNOME だと C++ なので、CORBA しかないかと。

そういう感覚か。CORBA も使ったことがないので、このあたりの感
覚は難しいです。

> > ンが必要になるので、単にクリップボードよりは、RPC の方がいい
> > のは分かるのですが、自然という気はあんまりしません。
>  まあ、そういうことだと思います。クリップボード以上の
> 連携機能を提供したいんだと私は思ってます。ウインドウシステムの
> ツールキットだと、コマンドラインシェルのパイプ相当かそれ以上の
> ものを提供すべき、でしょう。

具体的に、「パイプ以上」というのは、どういうことでしょうか？
GNOME では、どうなっていますか？

> > 特に SunRPC ではダメで、CORBA ならいいという例です。
>  SunRPC だとアプリケーション側の作業負荷が大きいですよね。

SunRPC は、使っていますが、アプリケーション側の負担が大きい
とは思ったことはありません。具体的にどの部分が大きいのですか？

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

CORBA も SunRPC も静的という意味ですか。
クライアントとサーバとの binding は、RPC ならだいたい動的だ
けど、そういう話ではないですよね。

> > Spring は、Sun Microsystems ですが、研究用の分散OSなので、必
> > ずしも後継という位置づけではないと思います。でも、Spring っ
> > て、そもそも CORBA なんか使ってましたっけ？
> 
>  Spring が「後継」と言ってるわけではありません。Spring は
> マイクロカーネルのサービスインターフェース定義に IDL を
> 使っていたということです。

CORBA の IDL を使っていたのですか？　

IDL って、一般名詞的な使い方もする言葉なので、IDL が出てきて
も必ずしも CORBA を意味しません。SunRPC の IDL には名前がな
くて、時々困ります。rpcgen のソースとか、そんな言い方をした
りします。

＼＼　新城　靖　（しんじょう　やすし）　＼＼
＼＼　筑波大学　電子・情報　　　　　　　＼＼