「XML Webサービス」ってビジネス的にはどう？

NG

VS.NETではサポート済みで、次期J2EE1.4でもサポート予定の「Webサービス」。
雑誌にもSOAP・XML・B2Bなどの文字があふれていますが、実態はなかなか見えてきません。
そんな「Webサービス」が実際のビジネスではどう普及するのかを考えてみたいと思います。

参考：＠IT
http://www.atmarkit.co.jp/icd/root/41/85038141.html

NG

さっそく考えてみましたが、

「ネットワークがつながらなかったら？」
「うまく課金できるの？」
「自分の会社でWebサービスを公開したけど関連企業が誰も使ってくれなかったら？」
「セキュリティ大丈夫？」

などなど不安がたくさんです･･･。

■関連スレ：使えるWeb Service
　http://pc.2ch.net/test/read.cgi/tech/1019125998/l50

■関連リンク：Webサービス同好会
　http://objectclub.esm.co.jp/webservice/
　http://objectclub.esm.co.jp/webservice/link.html

NG

>次期J2EE1.4でもサポート予定の「Webサービス」。

Javaで開発できなければ普及しないのでは。

NG

.NETじゃダメなの？

NG

WebDAVでHotmail Client作って遊ぼうよ。

NG

>>2

DeveloperWorksにたくさん記事がある。
http://www-6.ibm.com/jp/developerworks/webservices/

>>4
他技術との相性の良し悪しはあるかも知らんが
（例えばMSがBizTalkでRossettaNetを採用していたりとか）
別にどちらでもよいのでは。

NG

このスレの Web サービスの定義を述べよ >>1
(人によって定義の細かいところが違ってくるので)

NG

>>5

それってWebｻｰﾋﾞｽと関係あり？

NG

そういえばhotmailはWebDAVだったね。
WebDAVはWebサービスと関係あると思うよ。
ってゆうか、もろにWeb+XMLでしょ。
WebDAVが普及するのかは疑問だけど。

NG

>>７

確かにWebｻｰﾋﾞｽといわれても何を指すのかわかりにくいな。
狭い意味ではSOAP＝Webｻｰﾋﾞｽ？　全然違ったらｽﾏｿ。

NG

>>9

ほー。WebDAVはWebｻｰﾋﾞｽでﾃﾞｰﾀを更新するんか。
HotMailがWebDAVだったのも知らんかった。

NG

1) HTTP 上で SOAP 使うのが Web サービス
2) HTTP じゃなくても SOAP 使うのが Web サービス
3) TCP/IP 上で RCP (SOAP, CORBA, RMI, ...) 使うのが Web サービス
4) RCP に限らず HTTP, メールから P2P なんかをひっくるめて Web サービス
5) RCP を HTTP, メールから P2P なんかと絡めたものを Web サービス

人や雑誌によっていろいろある。他に「俺様流 Web サービス解釈」ってある?
とりあえず:

　1) 基盤になるプロトコルは? (HTTP か TCPIPの独自プロトコルか)
　2) SOAP は必須?
　3) RCP は必須?
　4) 他のオープンシステム系プロトコルは必須?

NG

いまどきrcpはないだろ。。。rloginで認証するのか？（ｗ

NG

>>12
1）はわかるけど、メール以外他のやつってFireWall超えられんから実用性ないんじゃないの？
HTTP経由での社外システム連携がWebサービスのウリだと思ってるんだが･･･。

>>13
Webサービスの認証方法って何がベターなんだ？
ある程度自動的に認証できて、かつセキュリティが高くて、導入が簡単で安いやつ。
そんなのないか・・・。

NG

突っ込んでやれよ。

NG

おいおい、rcpとrloginを知らんのか。。。終わってる。

NG

SSL---送信者・受信者認証およびMACによるメッセージ認証
SOAP-DSIG---電子署名およびMACによるメッセージ認証

この２つでWebサービスの認証ができるようだ。
http://www-6.ibm.com/jp/developerworks/xml/010330/j_soap-dsig.html

NG

>>17
できねーよ。

NG

こっちもみたら。

SOAPの開発事例
http://mentai.2ch.net/test/read.cgi/infosys/1007738665/

NG

http://www.zdnet.co.jp/news/0204/22/e_google.html
だれかWebAPIのスレを立てて

NG

>20
ここがWebAPIのスレと思っていいんでないかい？
Google APIについてならWebProg板にあるよ。
http://pc.2ch.net/test/read.cgi/php/1018614427/l50

NG

Webサービスって別に技術的になにかそそられるような
ものじゃないよな。むしろこれでどんなサービスを考え出せるのか
って話が今一番必要な訳で。トランザクションが絡んだときに
色々と問題も出て来るんだろうけど、なんとなくメンドクサそうな
感じだな。

NG

cold fusionまんせー

NG

C#.NETやVB.NETのStandard版でもWebサービスってつくれるの？

NG

つくれます。Windows2000さえ買ってくればつくれます

NG

よし、じゃいっちょ作ってみまっすわ。
なに公開しよ。

NG

公開できんのか？

NG

IT Pro記事
「Webサービスの採用が進む，ビジネスにどう生かすかが課題に」
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20020425/1/

リコーテクノシステムズは社内にUDDIレジストリを作成したらしいです。

NG

別に既存のアプリケーションに対してWebサービスのインターフェイスを
再実装してもいいわけなんだよな。

NG

UDDIの作り方がわからん。

NG

>>30
1～2年前の記憶(UDDI 1.x)だと
(a) IBM,MS の公式UDDI、テスト用UDDIに登録(via Webブラウザ or Java)、
または
(b) IBM WSTK+UDDI4j+DB2 環境で、プライベートUDDIをでっち上げて非公式運用
てな手段があった。
＃.NET環境は、(探し方が不充分だったのかもしれないが)見当たらなかった。

最近は、
UDDI2.0 (UDDI間連携機能付き？)のサーバ公開がアナウンスされ、
上記以外の各社独自実装版のウワサがちらほら...とかなんとか
＃スマソ、最近真面目に調べてない

NG

>>31
MS UDDI SDK

http://msdn.microsoft.com/library/en-us/dnuddi/html/versuddisdk.asp

NG

.NETのUDDI周りレポートきぼん

＃実は半年前にMSDN CDROM調べて、MSの対応遅いなーと気になってました。
＃Visual Studio .NET β1 は、UDDI/WSDLじゃなかったよね...

NG

>>33
http://www.unisys.co.jp/net/

NG

XML Webサービスはビジネス的にはダメだって言われてんぞ。
http://www.atmarkit.co.jp/fdotnet/opinion/yoshimatsu/onepoint02.html

NG

ふーん

NG

>>35　XML Webサービスに関する意見の相違ってだけでしょ。

NG

>>35 は、「社内サービス適用」は「ビジネス」じゃないと思っているという罠

NG

遅すぎて話しにならん。

NG

>>35
吉松さん、現実的な視点を持ってていいね。
批判されてる文章は読んでないけど、
なんとなくマーケティング用語に書いてる自分まで
踊ってしまってるような、、＞ブルーム（ｗ

NG

>>40
原文はCOM的発想も知らないJava厨が知ったかして
ウェブサービスについて電波的な発言をしてるだけ。

と煽ってみる。

NG

>>41
じゃ、まともに反論すること自体吉松氏がアフォということですか？

NG

>>42
Java厨さらしあげということでしょう。(w

NG

http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=1168&forum=7

濃い議論で盛り上がってるねえ。スパムまがいの某スレ群とは大違いで(・∀・)ｲｲ!

NG

あのお方まで登場してもう止められませんな、↑このスレ

NG

つーかCORBAにダイナミックバインディング含めようとして
どこも結局失敗したんじゃないの？
Webサービスになったってその技術的ハードルが下がるわけじゃないのに･･･

NG

>>44
吉松さん、いい加減技術的詳細を考えないやつは
デンパだと言ってしまえばいいのに。
デンパに反論してもデンパが寄ってくるだけというワナ。
それにSemanticWebみたいな規約が完成したとして、
難解で巨大なスキーマファイルをお前は本当に書きたいのか、
書けるのかと小一時間、、

NG

>>47
ただ単に「こうあってほしい」あるいは「こうだったら面白いな」ってのを
述べてるだけだよねえ。Webサービスの実例も見ずに。

NG

Webサービスによる本格的な業務アプリケーション構築を目指す日本ユニシス
http://www.zdnet.co.jp/enterprise/0205/14/02051401.html

NG

.NETで作ったWebサービスをJavaから呼べる？

NG

>>51
http://xml.apache.org/~rubys/ApacheClientInterop.html

NG

とりあえずInternetを介してグローバルでやるのは、
ある意味将来の目標みたいなやつは、まだだろうけど、
社内にUDDI立ち上げて内輪でやる分には、良い感じ？

と、興味があるのであげてみる。

NG

おれは10年かかるものと見てるよ。

NG

ガートナーあたりは、2004年頃来るんじゃないかと
見てるようでした。 (可能性指数＝0.8)。

2002年は幻滅の年らしいが（ｗ

NG

セキュリティとかはどうよ？

NG

>>55
そういうものも含めてエンドユーザーから信用されるのが
１０年っていう意味。

NG

HTTPSでセキュア確保…ってダメ？

NG

おれはWebサービスは詳しくないんだけど、
ネットワークレベルでのセキュリティーはやっぱり
必要なんじゃないの？VPNっていいたいわけじゃないけど。

NG

まだ全然調べてないからよくわからない（ｗ
雑誌やWebをみつつ名詞だけ並べてみる。

(1)HTTPR

IBMがやってるらしい、HTTPの拡張版。
トランザクション機能をもつ。
Microsoftは、HTTPではなくSOAPを拡張して、
なんとかしようとしているらしい。

(2)XKMS
ベリサインやMicrosoft、ウェブメソッドが提案。
PKIベースのWeb Servicesを提供し、管理するためのフレームワーク。

(3)SALM
『信用証明書』の作成要求やその結果を記述するための言語。
Oasisによる成果物であり、セキュリティー・ベースの意見の交換方法を定義。

(4)XACML
XMLデータ用のアクセス制御フレームワーク。
これもOasisのやつで、SALMとあわせて使うみたい。

いろいろあるなあ。
まだまだかかるってことか？

NG

>10
これがW3Cによる現在の定義かな？
http://www.w3.org/TR/2002/WD-wsa-reqs-20020429

A Web service is a software application identified by a URI,
whose interfaces and binding are capable of being defined, described and discovered by
XML artifacts and supports direct interactions with other software applications using
XML based messages via internet-based protocols.

NG

>59
はーぁ。つまり乱立ってことか。

>57
おなじく。HTTPSはなんで駄目なの？

NG

>>50-51

見方がよくわからないけど。。。
例えばASP.NETなら「引数や戻り値がString型ならOK。しかしHex Binary型はつかえーねよ」という意味でよいのかな。
つまり、ApatchSoapで作ったStringやIntegerを使うWebサービスは
.NETだろうがなんだろうが大抵呼び出せるということか。

NG

>>1
ビジネス的にどうかってのは分かりませんが、2ch関連のWebサービスなんて
あったら面白いだろうなって個人的には思います。
所詮、誰か便利なWebサービス作ってくれれば利用させてもらいますよ
っていうスタンスだったり・・・・。

NG

>>61
HTTPがだめなのは、SOAPはHTTPだけではないからです。むしろHTTPから離れようとしています。
また、HTTPSのようなエンドツーエンドのセキュリティだけではなく、Intermediaryにおける
セキュリティの確保も重要になります。HTTPSではそれが満たせません。

ついでに言うと、>>59にあげられているものはどれもそれ単体ではWebサービスの
セキュリティ確保には使えません。それぞれを組み合わせて使う可能性はありますが。
ですから、乱立とはちょっと違うと思います。

>>62
よいです。.NETはHexBinサポートしてません。

NG

UDDIがらみで夢みたいに語られている
「適切なサービスを動的に探して利用する」みたいなのは無理と見ている。

単機能のアプリケーションを契約ベースで提供・
利用するスタイルは発展しそうだけどね。
クレジットカード決済なんかのI/Fは既にWeb経由
が多いし。
# POSTすると謎のHTMLモドキタグが返ってくる
# 糞なI/Fが殆どだけど。

NG

C++でWebサービスを考えてる漢はいないのか？

NG

>>66
ATL ServerとかManaged C++があるじゃん。

NG

>>67
いやG++で。

NG

>>64　サンクス
「Intermediary」って辞書で引いたら「仲介の; 中間の.」って出たんだけど、
これって、「伝送中のパケット」ってことですか？

＞むしろHTTPから離れようとしています。
ま、まぢ？　そういう話って全く聞いたことなかった…ちと調べに逝って来ます…
＃でもどこを調べれば…（まずはそれを調べなくては）

NG

>>69 ｵｰｸｼｮﾝｻｲﾄの延長線上の、ｻｰﾋﾞｽ/情報仲介ｻｲﾄじゃないかな？

NG

なにかWEBサービス書きたいけど、個人で公開するモノってないな。
だって株価とか天気とか毎日更新されるサービスの提供にこそ価値がありそうだもんな。

NG

>>71がいいところに気がついた！

NG

HOTなエロ動画サイトのリンク集をSOAPで提供してくれYO!

NG

.netで試しに作ったWebサービスでXMLDocumentを返すように
していますが、これはありでしょうか？
文字列型に含まれるのかな？。。。

NG

>>73
あんた、最高だよ。
いそいでビジネスモデル特許申請しれ。

NG

だから、SOAPか・・・・

NG

WEBサービスでサービス+広告を配信するモデルはないものか？

NG

>70
これであってるのかどうかわからんが、いちおう書いてみる。

たとえば、クレジットカードを使った、オンラインストア。
客はクレジットカードの情報を、オンラインストアに送って、
オンラインストアがクレジットカード会社にその情報をわたして
確認をとり金を請求するというのが今の仕組みだが、これだと、
オンラインストアでカード情報を盗まれる可能性がある。

だから、客はカード情報を、クレジットカード会社だけが読めるよう暗号化して、
オンラインストアは暗号データをカード会社に転送するだけ、
という形にしないとな～というような話だったと思う。

そのために、XMLデータの一部エレメントだけを暗号化する仕組みを
作ったのが、XML Encryptionらしい。

NG

リクエストごとに課金する仕組みってある？
いくらWebサービス提供しても儲からないのでは駄目な気がするが。

NG

何かこの手の話題って一向に進展しないね。

NG

>>78
うんうん、なんていったっけ、その例？与信処理？固有の名前があったような...

通信経路だけでなく、データ本体が暗号化/署名されていないと、
処理しにくいって例ですね。
ところで、このあたりを PGP とか PEM で誤魔化しとく訳にはいかないの？

>>80
>>54 て事で.
国内でも、2005年までに光ファイバーとブロードバンドの普及率が一定水準に達っしたら、
IPv6 と SOAP系Webサービスも本格的に活用される、と予測されてる。

NG

>>81
2005 年か... その頃には Web サービスに置き換えられる何かが出てそうな
気もするが。何か面白いネタないかな～

NG

>>65
こんなの？
http://www.livuy.com/

NG

>>81
PKCS7 とかにしとけ。

3年か・・・3年前のブロードバンドはISDNだったきがする。

でも100Mとか500Mでの伝送されてもコンテンツがなーい。
テレビのキャプチャがだらだら流れるようになるんだろうか・・

そいえば、CMとかRadioとかうたばんとかをずーっとWatchして
5秒くらいに切り刻んでDBをつくってあり、カラオケの曲検索とか
有線のリクエストとか、携帯の着メロ、音楽配信でのリクエスト
のほんのわずかなキーから拾ってくる技術をNTTかどっかが
つくっているそうな。武蔵野の研究所でなんかやってるらしい。
うち、近いんだが何とかもぐりこみたい・・・

NG

雑誌のようにネット上で切り売り専用の番組が出てくるかも。

NG

>>64
HTTPが問題なのは信頼性の点です。セキュリティではありません。
HTTPの場合、途中で切れることがまれにあります。これを完全に
防ぐことができません。そして、切れたときに相手に届く前に
切れたのか、相手がレスポンスを返した後に切れたのかが分からない
ことが問題になっています。
いまのところ、メッセージIDを入れて、二重送信を防いだり
確認メッセージを処理できるようにしている状況です。

NG

つまり、2pcトランザクション処理が欲しいと。
上の方に、IBMのHTTPRとか、MSでSOAPベース拡張キボンとか書いてありますね。

NG

>>87
IBMのはHTTPR、MSのはSOAP Reliable Messaging Protocol(SRMP)
だったと思いますが、どちらもMessage Queuing Systemを要求してます。
実装が軽いのがSOAPの好きなとこでもあるので、これはちょっとやだ

>>64
HTTPの問題がセキュリティなんて一言も書いてなかったですね。ごめんなさい。

NG

>>88
重い軽いは製品の問題として。実際MSもIBMもSOAP実装はストアアンドフォワードに
進んでますね。SQL Serverといい、DB2といい。結局それしか手がないと思います。

二重送信や到達確認は、レシートの発行で行うでしょう。ロゼッタネットが好例。
HTTPRはHTTPに載せてしまった時点でちょっとね。。。

NG

>>86
ってゆーかどんなプロトコルでも同じことしてるよ。

NG

WSセキュリティについての記事があったのでageときます。

From DeveloperWorks
Web サービスのセキュリティ: アーキテクチャとロードマップの提案
http://www-6.ibm.com/jp/developerworks/webservices/020607/j_ws-secmap.html

NG

つーかはやってんの、これ？

NG

>>92
「流行り」扱いのうちはまだまだだね。
見えないところで地道に使われてこそ価値がある。

NG

で、今はまだ「流行り」扱いなの？
地道に使われだしてんの？

NG

>>94
仕様が固まらんことには何とも･･･

NG

まずははったりかますのが好きな企業が採用しないことには、
手を出すのもちょっと。。。

XMLの処理についてはいろんなところがもうどんどんやってるけど。。

NG

力技でHTML解釈して無理やりなサービスを提供しているところも
あるくらいだから、そういうところから乗り換えればいいと思われ。

NG

なんか仕様がＦＩＸしてないものが沢山あって、細かく実装周りを習得するのも
時期尚早？って気がするけどいかがなものか？

NG

XMLが「流行り」って、アプリケーション・プログラマ・レベルの話ではないよーな

NG

>>99
いやぁ、Ｗｅｂサービスに限って言えば、「ＣＯＲＢＡの夢よ再び」って感じもしない？

NG

＃言っちゃいけない事を言ってしまいましたのね(笑

NG

>>100

慧Σ(ﾟдﾟlll)ｶﾞｰﾝ

NG

ビジネスに使えるには 4-5 年かかるって記事があったね。
日経だか ZD だか忘れたけど。

NG

WEB SERVICE CONFERENCEに行ってきました。
http://www.idg.co.jp/expo/wsc/

変なヤシが多かったです(T-T)
参加者に女の子やマトモな若者が増えて欲しいものです。
今のようにオタク的な発想しかできないような奴らやオッサンばっかしか
注目してないんじゃ、Webサービスの底もタカが知れてるでしょ。

と言ってみるテスト。

NG

Microsoft Office XP Web Services Toolkit 2.0

http://msdn.microsoft.com/downloads/sample.asp?url=/MSDN-FILES/027/001/979/msdncompositedoc.xml

NG

C/S型システムの次世代通信インフラとしては非常に有望だが、コンサルや営業が
すぐに話を「サービス指向なんたらかんたら」の方向へ暴走させる傾向が強いのが
Webサービスの泣き所だと思う。
そういう意味では打ち出の小槌扱いだった頃のオブジェクト指向と状況が良く似て
るのではないかと。
まあ、業界の過度の期待が幻滅に変わる頃にホントのビジネスとして動き始める事
でしょう。

NG

銃器ネットをWebサービスにしたら面白いだろうな。

NG

>>105
>Microsoft Office XP Web Services Toolkit 2.0

そいつのSOAP実装はかなり邪悪。
'nHoge:typeHoge'みたいにネームスペースで修飾された型宣言が通らない。
おそらく.NETで実装したWebサービスにしか繋がらないと思われ。

NG

>>108
あほだコイツ。

NG

>>107
11桁のID渡すと個人情報が返ってくるのか？

NG

名前を入れるとIDのリストが返ってくるとか

NG

>>108
その情報は少し古い。
Axis beta3のWebServiceは複合データ型も
含めて呼べましたよん♪

NG

MS/IBM/BEAが新たに3つのWebサービス仕様発表
http://www.zdnet.co.jp/news/0208/10/nebt_10.html

個人的にはWS-Transactionに興味あり。

NG

つーか、MSDNにうｐされてた。

http://msdn.microsoft.com/webservices/understanding/specs/

NG

MSはGXAの実装サンプル出さないの？
alphaWorksに先を越されてるような･･･。

NG

イースト、Webサービスの実験サイトを三省堂、マイクロソフトと共同で公開
http://www.est.co.jp/press/020812.htm

NG

そろそろ勝ち負けがはっきりしてきましたな。

http://www.atmarkit.co.jp/news/200208/24/sunlinux.html

>ZapThinkのアナリスト、Jason Bloomberg氏は、「サンの掲げる新しいソフトウェアの
>世界では,一見Webサービスの居場所があるようだが、わずかであることに驚いた。
>データセンター、業務ロジック、そしてエッジ製品（LAMPの守備範囲）の話は聞いて
>いたが、Webサービスについてはアナリストが質問して初めて出てきた。これまで
>“Webサービス向けのプラットフォームはSun ONEで決まりだ”という話だったのが
>“Webサービス標準はサポートするが、これらが成功するとは思えない”というように
>彼らの言調が変わってしまった。サンはWebサービスでリーダーになれないので、
>そもそも参入する意志がなかったかのように振る舞っているのだ」と語った。

NG

そんな惨が牛耳ってるJ2EEは大丈夫なのか？

NG

Libertyなんかを見ても、惨がウェブサービスを理解してないことは明らかなわけで。

NG

>>117
くだらねぇ。Sunは、ZapThinkの顧客じゃないが、Microsoftは顧客だってだけじゃん。
http://www.zapthink.com/testimonials.html?PHPSESSID=e6ff9ea004fc81479806b6d1fd70bccf

NG

つーか、たかが顧客リストを見るだけで、なんでセッションID付けて来るんだ？
（クッキーを殺したからか）。カス企業＝ZapThink

NG

>>121
意味不明。
顧客情報みたいな機密性の高いデータ見せるときは、SSL通せよ。

NG

>>119
何故？

NG

http://www.zdnet.co.jp/enterprise/0208/28/nw_04.html

NG

途中まで読んで、レベル低そうな煽り記事だから、読むのヤメタ。
要するに、彼の説に従えば、非同期メッセージングベースのWeb寒ヴィスなら良いのね。

NG

95年ぐらいに、マークアンドリーセン（Mosaic作った人だけど、名前
あってるかな？）が、これからのインターネットはIIOP中心になるだろう
なんてことを言ってたような気がする。でも実際にはそうならなかったね。

それから何か変わったのかな？Webサービスじゃなきゃ出来ないことって
なにかあるんだろうか？

NG

>>126
相互運用性を地道に高められるけど、派手な変化はない。
ユーザーにとっては見た目もほとんど変わらないし、
動作も鈍くなるからなかなか説得するのが難しいんだよね。

NG

ウェブサービスはhype。
あるいは、M$がUNIX天下のサーバーサイドのおこぼれを貰うための接続戦略。

NG

これからJavaでWebサービス実装するなら
「Glue」それとも「Axis」どっち使う？
今は日本語情報の多さからGlueかなと思ってます。

NG

>>129

おれはAxis。つかお仕事で使わされてるWebSphereはこっち系統みたいだし。
でもAxisRC1になってJakarta-Commonのdiscoveryが必要になってるとか
変わってしまって今までのが動かなくなったよ;y=ｰ( ﾟдﾟ)･∵.　ﾀｰﾝ

NG

札幌でSoftFrontとかBUGあたりがやーてた、OpenSOAPはどうなのよ？

NG

札幌でソープですか

NG

OpenSOAP 0.8 (Susukino-edition)　
とかいう名前がついてたらやだなぁ

NG

●AXIS
http://xml.apache.org/axis/
●GLUE
http://www.tocka.com/tme/glue.html
●OpenSOAP
http://www.opensoap.jp/

さあ、どっち。

NG

おいおいOpenSOAPなんか混ぜんなよ。soapBuildersにすら参加してない
実装に興味はない。

NG

「慎重な企業でも2003年にはWebサービスの試験的プログラムを始める必要がある」，米Gartner
http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20020918/6/

NG

ｷﾀ━━(ﾟ∀ﾟ)━━ !!!!
http://www.atmarkit.co.jp/fdotnet/special/wsdk01/wsdk01_01.html

NG

これ本気で使ってる人いるの？

NG

WS-SecurityはOASISでモメてるらしいね。。。

NG

これ本気で使ってる人いるの？

NG

ｲﾏｾﾝ

NG

まあ、本業務じゃなくて試験サービスはいろいろあるけどね．
あと、公開ＷｅｂサービスじゃなくてＳＯＡＰ単体使用のシステムは
既に本業務でもチョビチョビあると聞いた。何が嬉しいのか知らんが。

NG

実験的に社内業務のJava-RMI-Javaシステムを
Axis-SOAP-Excelにしてみた。

メリットは、クライアントを好きに選べることかなぁ・・・
C#やJavaからも使えるから、ExcelのGUIで足りない
と思ったら、そっちに持って行けば良いんだし。

WS-Securityが立ち上がったら、社外にも展開できるんだけどねぇ。

NG

通信プロトコル仕様のネゴが取れる同士なら、なにを好き好んで
XMLなんか投げ合わなきゃならんのかと思うけどねえ･･･
冗長性が生み出すロスに見合うメリットなんか無い環境の方がお
おいよね。
外部システムに対するゲートウェイの部分のプロトコルをSOAPに
しておけば、将来困らない･･･かも？という程度かな。ところで、
そんな需要今後あるの？そのシステムに？ほんと？

NG

ＰＤＡ、携帯、政府とかそういうのが鍵かな？
今現在は何も価値がない。

NG

ＥｘｃｅｌってＳＯＡＰ投げれんの？
と恥ずかしながら聞いてみるテスト。

NG

使えるのと使うのじゃ別の話だろ。
ＳＯＡＰなんて妄想はやめろ

NG

>>145
小さい環境だと、XMLのマーシャリング/アンマーシャリングの
コストを払えないんでは？結構CPUコスト食うよ、あれ。

もし活用する領域があるとしたら、通信帯域幅も含めて物凄く
リッチな環境じゃないのかなあ。

NG

>>148
漏れもそう思う．
あと、ビジネス的に考えて、
Ｗｅｂサービスの提供者のビジネスモデルってどんなだろ．
いまのＷｅｂみたいな広告収入とかは厳しいよな。
Liberty Allianceつかって課金か？
だとすると範囲は限られるような気が。

NG

>>146
SOAP TOOLKIT使えば投げれるべー
っつーか105見れ

NG

>>149
B2B が主目標みたいだよ。
流通システムで小売に対して Web サービスで機能提供など。
まあ、先の話だな。

NG

>>149
ASP的に、はじめに契約してキーを渡して一緒に投げるとか。

試しに組んでみて、感じたのは、「敷居の低さ」だな。
フリーのツールもたくさんあるし、HTTPだったら社内でも社外でも
通りやすいし、「無責任だが敷居が低い」のが皆に受けてるのかも。

確かにオーバヘッドは現状かなり気になるが、CPUパワーや帯域に
対するコストは時が解決してくれると思うな。

NG

>>151
コンシューマは置いてけぼりか。(´･ω･`)ｼｮﾎﾞｰﾝ
ＰＣにも.NET Frameworkが入るんだから、
技術的には面白いこといろいろ出来そうなのに。

NG

なんかいきなりレス増えたな。

NG

どうよ？
http://www.eweek.com/article2/0,3959,625314,00.asp

NG

ﾌﾞﾗｸﾗ

NG

XDocってなんじゃ？
http://www.zdnet.co.jp/news/0210/10/ne00_office.html

NG

データマイニングの出力を XML にしたものなのかなあ。
例によって XDoc Ver.3 まで使えないだろうけど。

NG

http://radio.userland.com/discuss/msgReader$12010?mode=day
によるとAmazonの↓こういうURLでランキングがXMLでとれるらしいんだけど
http://rcm.amazon.com/e/cm?t=naviseek&l=st1&search=programming&mode=books&p=102&o=1&f=xml
日本語版での同様のものはどこになるのか知ってる人いない？

NG

>>157
コピペする元ネタは増えそうだな。

NG

Libertyなんかを見ても、惨がウェブサービスを理解してないことは明らかなわけで。

NG

while (>>1==DQN){
　繰言の繰り返し
}

NG

>>161
どゆこと？

つか、パイロットでもイイからＷｅｂサービス案件とか
やったor知りあいがやったってヤシ、降臨汁！

NG

FORTH は良い!

NG

Webサービスの現実
http://itpro.nikkeibp.co.jp/members/MA/YOSOKU/20021127/1/

ま、こんなもんでしょ？
所詮は業界ぐるみでのプロパガンダに過ぎないってこと。

NG

■Webサービス要素技術の理解は1割前後にとどまる

ここ1年ほどWebサービスが話題を集めてきたが，
企業のシステムやネットビジネス関連担当者の回答を見る限り，
その詳細が十分理解されているとは言えない。
本誌が国内企業を対象に2002年7月に実施した
「パネル調査：ネットビジネスのための企業システム（第6回）」によると，
Webサービスの要素技術であるUDDI（Universal Description Discovery and Integration）は
6割近くが「知らない」と答えた（図I-1）。SOAP（Simple Object Access Protocol）も
4割が知らない状況だ。「一通り内容を知っている」と「よく理解している」の合計比率は，
UDDIがわずか6.3％，SOAPが12.9％にとどまった。

NG

Webサービス自体は8割を超える回答者が知っていると答え，
既に利用しているとした企業が27.9％に上った（図I-2）。
ただ，要素技術を理解している人の少なさを考慮すると，
Webサービスの27.9％という利用率はそのまま受け取りにくい面がある。
今回の調査ではWebサービスに説明を加えずに利用状況を尋ねたため，
例えば「Web上の企業活動としての各種サービス」といった具合に
理解されている可能性を否定できないからだ。

NG

Webサービスって、不特定多数の顧客に利用される可能性のあるものでないと、
ビジネス的には通用しない気がするのですが…

NG

>>168
逆だろ。
システム間の通信が電信だったり専用線だったりで
独自プロトコルだったのをインターネットに乗せるのがメインじゃないの。

NG

>>169
確かに、そうやって既存システムをラッピングするのが今メインですよね。
ただ、問題は何故インターネットに乗せるのかということだと思うのです。
特定の相手とだけ連携するのであれば、電信・専用線・独自プロトコルだけ
でも十分なわけですから。インターネットに乗せるからには、
それなりに不特定多数の相手と連携することを
予期しているように思うのですが…

NG

>>159
君が例に出している
＞Amazonの↓こういうURLでランキングがXMLでとれるらしいんだけど
＞http://rcm.amazon.com/e/cm?t=naviseek&l=st1&search=programming&mode=books&p=102&o=1&f=xml
は、
http://rcm-jp.amazon.co.jp/e/cm?t=naviseek&l=st1&search=programming&mode=books&p=102&o=1&f=xml
でも取れる。でもrcm.amazon.comとrcm-jp.amazon.co.jpはIPは同じだから当然中身は同じデータ。
やっぱり日本語のはないのかもしれんね。

NG

>>171
>>159じゃないけど、ちょっと残念。

NG

http://www.hitachi-sk.co.jp/News/News172.html
これを使った試験的なプログラム作ったことのある香具師いますか？

NG

流行に乗ろうと「Web サービス」なんて言っちまうから「じゃブラウザが～」なんて
誤解されんだよ。不特定多数向け C/S システム用のプロトコルとでも言え。

NG

>>174
こんなのが出てきたせいで、誤解がより広まりそうな罠。
http://www.unisys.co.jp/news/NR_021203_portWeb.html
http://www-106.ibm.com/developerworks/library/ws-wsxl/

不特定多数向け C/S システム用の「プロトコル」という言い方も
あまりよくないような。「アーキテクチャ」とでも言えばいいのかな？
どちらにせよ、誤解はなくなるけれども、あまりスマートな呼称ではない…

NG

>>174
まぁそれは言えてるな。C/S 構成の次世代技術 (3層構造版/不特定多数対応) とでも
言えばすぐにピンと来る人も多かったと思われるが、いかにも新技術・新発想っぽい
名前を付けちまったもんだから、なんか実体が良く分からんので興味が湧かなかった
人達、使いどころが分からなかった人たち、変に誤解してしまった人たちでいっぱい
になってしまった。

NG

どうでもいいけどなんでサービスだけカタカナなんだろうね

NG

つづりがわからなかった

NG

一般的にだよ↑

NG

誰だよ、Webサービスなんて言い出したのは。

NG

名前に反して深い技術ってのがかっこいいと思った

NG

僕も名前に惑わされて二の足を踏んだ口だよ。一回やってみりゃインターネット向けの
いわゆる蔵鯖構成だと分かるのにね。

というわけで 2ch 的 Web サービスの別名求む。

NG

>>177
Web servicesで。

>>182
(・∀・)ｲｲ!!サービスで。

NG

WEBサービスのサーバのレンタルサービスってないの？

NG

>>184
以前、↓でレンタルした鯖でWebサービスを動かしていた人がいました。
http://www.webappcabaret.com/index.html

NG

>>185
ありがとうございます。

会社からも家からもつかえるようなものを試しに作ってみたいのですが、
いろいろ制限あっても良いので無料レンタルサービスというのはないのでしょうか？

NG

>>186
15日間だけはFree Trialとかいてありますが、
それ以上の利用は有料のようですね。
残念ながら、今のところここ以外に思い当たるところはありません。
まだまだ、探せばあるかもしれませんが…

NG

>>182
うぇぶ寂
MS版WebCORBA ＆ IBM版WebCORBA

NG

>>188
CORBAの名前を出すと、分散ガベージコレクションを
きちんとサポートしているような誤解を招くと思われ。

NG

低能率劇遅低信頼性CORBA

NG

最近 W3C で話してる「各ベンダが今やってるウェブサービスってウェブとは関係ないし、インターネット的でもないよね」って話はどうなってんの？

NG

>>189
何故に分散gcにのみ拘るの？全然別物では？

>>191
どーゆー議論をどこでやってるの？

NG

>>192
おっしゃるとおり、全然別物です。
だから、そういう誤解を招くからCORBAって
名前を使ったらいけないよねって話をしたのですが。

分散GCのくだりは、別にこだわったわけでもなんでもありません。
SOAP1.1の仕様書の「1.1 Design Goals」をちょっとだけ
引き合いに出しただけです。

NG

>>191
これは、RESTの話…ではないですよね。
よろしければ、詳細を教えていただきたいのですが。

NG

http://www.agemasukudasai.com/bloom/

NG

>>186 Win2kやUnix等なら、Apacheを使えば自分のPCでクラとサバ両方出来る。
Apache AxisやApache Tomcatを使えばSOAPを使ってWebサービスを構築可能。
UDDIもIBMのuddi4j等をつかう。全部オープンソースなので無料で出来る。
会社からアクセスするのは困難だが、自宅PCをつけっぱなしでサーバーにするとか。

NG

>>191
Stop Energyとか言われて一蹴されてます。（ｗ
昔の社会党と同じ。「何でもはんたーい」

NG

>>194
そうそう、その辺の話。WWW-TAGとWS-ARCHでなんか話の波長が違うというか、
あの二つのドラフトは本当に整合しているのか激しく疑問。WS-ARCHでは「いずれ
反映しないといけないかもしれないが、とりあえずリリースしたいからWWW-TAGの方で
フォロー頼む」みたいなメールまで飛んで、どういうこっちゃ！( ﾟДﾟ)ｺﾞﾙｧ！てな気分。

最近だとこの辺：
http://lists.w3.org/Archives/Public/www-ws-arch/2002Dec/0086.html

>>197
彼の話を追いかけると意見が一貫しないので参考になるけどあてにならない
からなぁ。「何もないよりいいじゃないか、何でも使え！」といっているように
しか読めん。

NG

↑shine

NG

　　　　　　　　　　　　　　　　　　　/＼　　　　　　　 /＼
　　　　　　　　　　　　　　　　　　 /:::::::ヽ＿＿＿＿/::::::::ヽ、
　　　　　　　　　　　　　　　　　丿　::.__　　.:::::::::::::　 __　 ::::ヽ_
　　　　　　　　　　　　　　　　／　／。ヽ_ヽｖ /:　／。ヽ　 ::::::ヽ
　-┼-　　　丿~~~|　　　　　/　／￣￣√_＿＿丶￣￣＼　 ::::|　　　　　　　　　　 ■　■
　-┼-　　 /~~~~/ ━━━ |　.::::::::::　/ / ｔｰｰｰ|ヽ　　　　 ..::::: ::|━━━━━━　　▼　▼　
　　.|　　　　　丿　　　　　|　.:::::.　　..:　|　　　　|ヽ　　　　　 ::|　　　　　　　　　　●　●
　　　　　　　　　　　　　　　|　:::　　　　| |⊂ニヽ| |　　　　　　:::::|　＼
　　　　　　　　　　　／／|　:　　　　| |　 |:::T::::|　!　　　　　 .::|　＼　＼＼
　　　　　　　　　　　／　／＼:　　　　ﾄ--^^^^^┤　　　　　丿＼＼＼　＼＼＼

　　　　　　　　　　　　　　　　　　　　　　お、大阪・・・・　　　