イントロダクション Webサービスを展開する上で、XMLは欠かせない存在になっています。その中でもXMLを応用した規格として注目を集めているのがSOAP(ソープ:Simple Object Access Protocol)です。この連載記事では、SOAPの仕様を解説します。第一回目ではSOAPとは何かについて解説します。 WebサービスとSOAP まずWebサービスとは何でしょうか。WEBサービスの「サービス」とはプログラム処理のことを指します。 通常のプログラムでは入力を受け取り、処理を行って出力を返します。同様の流れをWeb上で行うのがWebサービスです。 つまりインターネット経由でのメッセージを「入力」として受け取り、処理を行ってから「出力」を返します。 従ってWebサービスとは、Webサイトに限られるわけではなくWeb経由でアクセスすることのできるあらゆるサービス(プログラム)と捉
Protocol Buffersは2008年夏にGoogleがオープンソースで提供を開始した、複雑なデータ構造をバイナリデータで効率よく表現するためのライブラリです。 GoogleはProtocol Buffersを、Google内のサーバでデータをやりとりするために使っているようです。 たとえば、皆さんが毎日のように使うGoogleの検索画面で検索すると、Googleの内部の数千台・数万台のサーバがProtocol Buffersのメッセージ を互いにやりとりして、検索結果を作りだしているのです。 かなり刺激的なツールですね。 Protocol Buffersはこちらで配布されています。2009年3月現在のバージョンは2.03です。 ライセンスもBSDライセンスのため、プロジェクトでほぼ自由にコードを利用することが可能です。
SOAPとCORBAとの比較 松本 義秀,三木 光範,廣安 知之 ISDL Report No. 20020606014 2002年 11月 1日 Abstract 前回のレポートでは,Webサービスの中心となる技術のひとつであるSOAPについて紹介した.しかし,SOAP以前にも他言語で書かれたオブジェクトを呼び出す技術は様々なものが確立されている.本論文では,SOAP以外のRPC技術の代表であるCORBAと,SOAPの比較を行い,何故我々のシステムにおいてSOAPを採用したかについて述べる. 1 はじめに 現在,インターネットの可能性は,Webサービスという新しいシステムアーキテクチャーの登場によりさらに進化しようとしている.それはプログラムそのものをネットワーク上で共有可能なオブジェクトとして,動的な相互運用を可能にするものである.このようなWebサービス同士の連携を図る
現案件のWebシステムのユーザ認証がクライアントサイドからサーバサイドに変わる。 現状、ユーザ認証はJavaアプレットを使ったシステムによりクライアント側で行う。認証後のユーザ情報はhiddenで持たせて毎回クライアントから業務システムにPOSTさせている(諸事情によりセッションを使うのはナシ)。 しかし、新認証機構ではリバースプロキシ型SSO(シングル・サインオン)となり、認証後のユーザ情報はHTTPリクエストヘッダに乗って来るので、それを業務システム側で受けとる。後続処理は現行との互換性を保つため、クライアントに落としhiddenに埋め込んでおく。 その対応をしたとして、テストのために認証機構のモックアップが欲しい。 HTTPリクエストヘッダに、てきとーな認証情報を埋め込んでくれるようなプロキシを立てればよい。 思いつくのではRubyのWEBrickが適任か? 幸い別プロジェクトでRu
Asia99 adalah game hiburan yang menyediahkan daftar situs slot gacor hari ini dengan permainan terlengkap dan resmi di indonesia. Dengan deposit pulsa tanpa potongan anda sudah bisa menikmati semua bonus dan permainan terbaik yang sudah kami sediahkan khusus untuk anda. Tidak hanya itu saja di sini anda bisa melakukan sistem pembayaran terlengkap dan murah seperti deposit pulsa tanpa potongan di s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く