L'eclat des jours(2007-06-19)
_ リソースなのかRPCなのか REST魂ってのはありそうだな。と、 HTTP ステータスコードを正しく使おう と、ぶくまこめんとを眺めて思った。 complexTypeとか出てきてること考えると、SOAPツールキットみたいなものを使って実装したんじゃないかと思える。とすれば、実装の考え方はRPCだろうし、エラーコードはその関数の実行結果であって、関数呼び出しのレイヤーの結果とは別にするのは素直にみえる。しかし、そうではなくてリソースの取得と見ればステータスコードを使えというのはもっともだ。 RPCなら専用クライアントがあるのが（暗黙の）前提となるから、話は合うのだが、その一方で、そんなものなくても利用できるんだから（＋多分、そんなものなしで利用してほしいと考えているようにもとれる）、だったらRPCとしての実装じゃなくて、リソース取得としての実装にすれば良いじゃんというのももっともだ。 こ
吉松史彰のWebサービス論
COM/CORBAを超える技術として衝撃的に登場したSOAP。大手ベンダーの後押しや草の根での活動が実を結び徐々に注目を集めていった。しかし，かつて盛んに強調されたSOAPのメリットの多くは，今となってみれば非現実的なものだった。 筆者がWebサービスと呼ばれる技術分野にかかわり始めて，丸5年が経過している。Webサービスはその間，大きなうねりとなり，IT関連の雑誌や講演会など多くの場面で目にするようになった。しかし現状では，Webサービスの勢いは停滞していると言わざるを得ない。ITベンダーの思惑が渦巻き，多数の規約が林立している。それぞれを後押しするベンダーの主導権争いが続いている状況だ。 一方で，足元には力強い根っこや茎を持った，新たな「Webサービス」が芽吹いている。例えば，Weblog（ブログ）と，そこで利用されるRSS（RDF Site Summary，またはReally Sim
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Technical documentation
やっぱりCOMはエラかった
