306 ：255 ：01/11/10 21:21
>>299
> コンポーネントモデルを統一といってるのは、おそらくサーバサイドの.NET Remotingのことを言ってると思いますが、
イコールではない。.NET RemotingはXML TypeSystemよりCTSを重視する場合に適用する技術。
XML TypeSystemの方が重要な場合はWebServiceの方が適している。
SoapFormatterとXMLSerializerはあくまで別物。


307 ：255 ：01/11/10 21:26
>>299
もう１つ。速度に対する不安は時間が解決する問題だと思っている。
だからこそ、J2EEがここまで現実的になったのだと思う。


309 ：255 ：01/11/10 22:02
>>308
> XMLベースのコンポーネント統合に乗り遅れたからといって、Javaが廃れる理由になるのでしょうか？
標準規格に則った「相互運用性」のニーズがある中で、それを無視すれば当然見放されていくだろう。

> XMLコンポーネント統合ができないというだけの理由でJSPやServletが不採用になるということはちょっと考えられません。
御意。ただし相互運用で厳しい制約が課せられることは覚悟しなければならない。

> あと、XMLベースのコンポーネントって今のところ.NETしかないから、このまま他のコンポーネント技術が出てこなかったら、結局コンポーネント統合自体が存在価値ないような気がします。
IBMは現時点でXMLコンポーネントの重要性をきちんと認識している。
ただ、Javaの支配権を握っているのはあくまでSunなので、これが一番の問題となるだろう。
Sunが「Write Once, Run Anywhere」の虚偽をきちんと認めて、XMLコンポーネントによる相互運用をコミットすれば
業界は良い方向へ向かっていくはず。