From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2003-08-11T20:01:52+09:00
Subject: [ruby-dev:21178] Re: soap4r to /src/ruby/lib

なひです。

> From: "Minero Aoki" <aamine@loveruby.net>
> Sent: Monday, August 11, 2003 6:56 PM

> > devel-loggerはともかく、http-access2には、
> > 
> > * 用途がnet/httpと思い切り被る（統合の予定はなさそうです）
> > * 名前がいきなり「2」なのはどうなのか（これは適切な名前があれば対応可能）
> 
> どちらかと言うと、net/http を http-access2 のラッパーにして
> しまえばいいのかなあと思ってます。
> 
> ただ、やはり名前の問題はありますね。
> うまいこと http-access2 の構造をそのままに保ちつつ net/http の
> インターフェイスをかぶせられれば、この問題はなくなるんですけど
> (net/http を置き換えてしまえばよい)。こればかりは実装してみないと
> なんとも言えませんね。

そうですねぇ。置き換えはできるのかなぁ。
ドキュメント化されている部分であれば簡単に読めるので、
見てみようと思います。

> ちなみに、http-access2 の仕様は現時点でどのくらい安定してますか？

インタフェイス仕様ですよね。あんまり安定していないというか、
「もうこれで確定だよね?」と言われると不安。
どうもパラメタが多くてかっこ悪い。

でも、パラメタ少なくてスマートなのはopen-uriに任せて、net/httpは
コアなユーザにターゲットを絞るべきかなとも思います。open-uri方面では、
LL Saturdayでなにやら面白げな話をしていました。準備に忙しくて
コンセプトのさわりくらいしか聞けませんでしたが。

ともあれ、http-access2のインタフェイスも、
かっこ悪くていいのかなー、と。

> > という問題があります。ちなみにsoap4rはhttp-access2がなくても、
> > net/httpを使って動作します。この場合は以下の問題があります。
> > 
> > * パフォーマンスは出ない（パフォーマンスが出ないのはnet/httpの
> >   せいではなく、net/httpの使い方をなひがよく理解してないからです）
> 
> これは net/http のせいでしょう。
> はっきり言ってパフォーマンスのことなんて考えちゃいねーですから。

実は↑は、なひがpersistent connectionのやり方がわからない、
というだけです。毎回切ったり張ったりするので遅い、と。
単純に1回接続するだけなら、優位な差は出ないと思います。
削りどころがない。

というか、net/httpはBrianでしたっけ、がsocketオプション設定して
がんばってましたね。net/httpのほうが速いんじゃないかな。

> > * なひが使ってないのでメンテナンスが遅れる
> > 
> > というわけで、まつもとさんに判断してもらう前に、みなさんにご意見募集です。
> > 
> > # ruby-listかなぁ?
> > 
> > soap4rの、net/http用のラッパはsoap/netHttpClient.rbと言って、
> > http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/lib/soap4r/lib/soap/netHttpClient.rb
> > にあります。net/*は変更が激しいので、Ruby/OpenSSLのnet/httpsあたりと
> > 共に、あおきさんにメンテしてもらえるといいなぁ。
> 
> これは、ぼくもそう思ってました。こちらとしても、https の互換性を
> 保つために内部構造が変更できなくて泣いてたんです。できるものなら
> ぜひメンテさせてほしいです。

ゆぞさん、どう?

ちなみにhttp-access2は独自のSSLインタフェイスとラッパ実装を
持ってます。この辺はセキュリティに対するポリシーの違いということで、
いつもゆぞさんと衝突してます。:-)

本当に統合するとなるとこの辺も悩ましいけど、とりあえずおいときましょう。

> [大前提]
> 
>   * net/http の互換性を保つ。
>   * http-access2 という名前で require するライブラリも互換性を保つ。
>   * SOAP4r はできるだけ早期に、できるだけ完全な形で標準添付する。
> 
> [方法]
> 
>   * まず、SOAP4r はすぐに 1.8 ブランチに入れる。
> 
>   * 使用する HTTP ライブラリは 2 通り考えられる。
>       * 1.8 ではとりあえず現状の net/http を使っておく。
>         http-access2 は入れない。機能は不足するが我慢してもらう。
>       * SOAP4r 専用として http-access2 を改名し導入する
>         (例えば soap4r/http とする)。外部からは使わせない。

やはりこの辺かな、と、なひも思っています。しばらく様子を見て
（というか1.8.0のメンテナンスリリース/1.8.1まで待って）、
反対者が居らず、もう一人くらい賛成者が居たら、こうしちゃいましょう。