たけまる / AtomPub の相互接続 (inter-operability) 実験でハマったこと
_ AtomPub の相互接続 (inter-operability) 実験でハマったこと [atompub] AtomPub が RFC になるのを待っていたかのように，yohei さんや asakura さんが AtomPub の解説記事を書かれています． たけまる / Atom Publishing Protocol を勉強するには プロトコルの基本的な動作については，これらの解説記事や RFC を読めば 十分だと思います．ところが，実際にサーバやクライアントを実装して接 続実験をしてみると，思わぬ原因で接続できないことがあります．一種の Bad Know-how とも言えます． これまでに行った接続実験をもとに，ノウハウをまとめてみました． AtomPub を使う人は参考にしてください． ノウハウを紹介する前に，プロトコルを実装するときの基本姿勢について 良い言葉があるので紹介して
たけまる / OAuth - リソースへのアクセスを代行するプロトコル
_ OAuth - リソースへのアクセスを代行するプロトコル [oauth][openid] [2007-09-23-1] で AtomPub の認証について書いたからというわけではな いのですが，OAuth というプロトコルの仕様を斜め読みしたのでメモして おきます．間違いがあったら教えていただけると嬉しいです m(_ _)m (追記) OAuth の「背景」みたいのについては，miyagawa さんからもらっ たコメントと，まちゅさんのエントリが参考になります． - miyagawa さん oAuthはFlickr,GoogleAuthSub,Y!BBAuth,AOL openAuth,TypeKeyなんかの 統合プロトコルという位置づけ。例では401->WWW-Authenitcateが handshake になってるけど実際はもっと他の方法で運用されるんじゃない かなぁ - まちゅ
たけまる / Catalyst::Controller::Atompub リリース
リソースの削除 操作を実装するメソッドには "Atompub" という attribute を付与します． たとえば，List を実装するメソッドは，"sub xxx :Atompub(list)" のよ うになります． 余談ですが，DB Schema を決め打ちにしてしまえば，これらの操作すら実 装不要にできます．しかし，DB Schema はサービスの肝になるので，自由 度を持たせることにしました． リソース操作以外の処理は，Catalyst::Controller::Atompub が勝手に行 います．たとえば，Entry に app:edited 要素を追加したり，Slug header から URI を生成したり，適切な HTTP header を設定してくれます． それでは，まず Controller を作成します． $ ./script/myatom_create.pl co
たけまる / Perl - APP サーバ・クライアントを実装しました
-※ △: 実装したけど使ってない MUST あるいは SHOULD となっている機能はすべて実装したつもりです． といっても，たぶん漏れがあるので，Interop で明らかにします ;-) 今回は Perl モジュールの APP 機能試験が目的なので，アプリケーショ ンとしての体裁は整えていません．Entry Resource (XML) や Media Resource (バイナリ) の交換はできますが，Blog のような気の利いた HTML 表示はありません． 簡単な APP クライアントを使って，サービス文書の取得から Media Resource の作成までをやってみます． ソースコード AtomPP.tar.gz を解凍します． 解凍ディレクトリに含まれる ./script/atompp_client.pl がクライアン トです．引数をとらずに実行するとヘルプが表示されます．
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitter Timeline
