CMWK

$ cp $services.txt $services_yesterday.txt
$ curl -s https://www.googleapis.com/discovery/v1/apis?fields=items/id | grep id > services.txt
$ cat services.txt
   "id": "adsense:v1"
   "id": "analytics:v2.4"
   "id": "analytics:v3"
   "id": "audit:v1"
   "id": "blogger:v2"
   "id": "books:v1"
   "id": "calendar:v3"
   "id": "customsearch:v1"
   "id": "discovery:v1"
   "id": "freebase:v1-sandbox"
   "id": "freebase:v1"
   "id": "groupssettings:v1"
   "id": "latitude:v1"
   "id": "moderator:v1"
   "id": "orkut:v2"
   "id": "pagespeedonline:v1"
   "id": "plus:v1"
   "id": "prediction:v1.2"
   "id": "prediction:v1.3"
   "id": "prediction:v1.4"
   "id": "shopping:v1"
   "id": "siteVerification:v1"
   "id": "taskqueue:v1beta1"
   "id": "tasks:v1"
   "id": "translate:v2"
   "id": "urlshortener:v1"
   "id": "webfonts:v1"
$ diff -bu $services_yesterday.txt $services.txt

I'm checking this everyday. I can find that Google add or remove APIs. You know how to use API Discovery resource like this :)

Google Developer Day 2011 Tokyo の Ignite で Google APIs Discovery Service についてお話しました。お聞きいただいた皆さんどうもありがとうございました。GDD の話は動画が公開される（？）頃などにまた別のエントリを立てる予定です。

先に UDDI について触れておこうと思います。

UDDI はオワコンか？

私はトークの中で「UDDI はオワコンなので」と言いました。まだまだ現役で稼動しているところももちろんあると思います。アーキテクチャとしては面白いアイデアだったと思います。ぼくは ProgrammableWeb に列挙されている API を UDDI でまとめたいと思ったりしたほどです。でも今ここで UDDI を採用する決断ができるかというとそこは難しいところです。

英語版の Wikipedia の UDDI のページが詳しいので参照しますと、
2000年8月に UDDI が登場しました。その後、UDDI 周辺のさまざまな技術が出てきまして、ベンダーによる UDDI リポジトリが公開されました。しかし、2006年1月にIBM, Microsoft, SAP の3社は公開していた UDDI リポジトリを閉鎖しました。あまり普及しなかったことが縮小されていった原因のひとつだと言われています。そして、2007年後半には UDDI の仕様を作っていたチームが解散となりました。
Microsoft社は製品としてのサポートは引き続き行っていて、現在は BizTalk サーバに UDDI コンポーネントを持っていますし、Java のプロダクトである Apache Foundation の jUDDI も継続して開発が行われています。

昨今はわざわざ UDDI リポジトリに登録しなくてもWebサービスを提供する各社が REST API やそのドキュメントを提供するので、UDDI の必要性は薄れています。また仕様を検討するチームがいないので仕様が進化しません。UDDI R.I.P.（意訳「UDDIよ、安らかに」）というエントリの中で「UDDI is dead」と言われているほどです。
もちろん社内などプライベートな空間での需要はあるでしょう。そういったときに jUDDI や BizTalk サーバを活用して、UDDI リポジトリを立ち上げることはできます。しかし UDDI が当初描いていた世界中のサービスを統合する計画は暗礁に乗り上げていると言わざるを得ません。UDDI リポジトリ利用者が少ない中でグローバルな UDDI の展開はより厳しいです。

ということで、「UDDI はオワコン」と発言しました。

WSDL はオワコンか？

UDDI に関係する技術として WSDL があります。WSDL は Amazon Product Advertising API で現在も使われています。一方、Google では Google SOAP Search API で WSDL の提供をやめましたが、AdSense の WSDL は現在も提供されています。
W3C の Web Services Description Working Group は2007年6月にクローズしましたが、まだ広く使われていることから WSDL はオワコンとは言えない感じですね。ぼくは Ignite で「WSDL はオワコン」と言ったと思いますが、それはちょっといいすぎました。ごめんなさいー。

おまけ

Hello Perl mongers,

I'm happy to say this. I just pushed Google API Perl Client to github right now.

https://github.com/comewalk/google-api-perl-client/

If you try this module, you can run like below.

 $ git clone git://github.com/comewalk/google-api-perl-client.git
 $ cd google-api-perl-client
 $ perl -I lib eg/urlshortener/cli_public_access.pl

Also, I put psgi app.

 $ plackup eg/urlshortener/sample.psgi

If you embed this module in your application, you may need both Client ID and Client secret for private access. You can get Client ID and Client secret at Google APIs Console. Please replace "<YOUR CLIENT ID>" and "<YOUR CLIENT SECRET>" to your ones.

Samples list is following page at Google Project Hosting. I'll add more API samples later.

http://code.google.com/p/google-api-perl-client/wiki/Samples

Also, this module is using Google Project Hosting. The URL is below.

http://code.google.com/p/google-api-perl-client/

I'll update this blog for announcements of Google API Perl Client. If you're interested in this module, please add this blog to your feed reader.

If you have any questions or suggestions, please feel free let me know at Google Groups google-api-perl-client.

Enjoy!

via google-api-perl-client.blogspot.com

I posted above. I mentioned before about Google API Perl Client. I pushed the module to github. If you're interested in this module, please feel free watch it on github.

Also I posted an announcement at Google APIs Discovery Service forum.

Enjoy!

s/I will see you/I will show you/

When I was reading github API documentation, I found that github is using PATCH method for updating data. (e.g. Gists API)

And Today Google posted an entry about using PATCH method for partial update at Google Code Blog. They mentioned Google Buzz sample at the entry.

PATCH method is very useful for compressing data. Although Google told us, we can get more faster for sending data. If we have an oppotunity for using PATCH method, I think that we should use it positively.

In REST(Representational State Transfer) world, to update resources uses PUT method. But we can start to consider PATCH method for updating resources. 

I would like to quote following paragraph from RFC 5789 (PATCH Method for HTTP).

Clients need to choose when to use PATCH rather than PUT. For example, if the patch document size is larger than the size of the new resource data that would be used in a PUT, then it might make sense to use PUT instead of PATCH. A comparison to POST is even more difficult, because POST is used in widely varying ways and can encompass PUT and PATCH-like operations if the server chooses. If the operation does not modify the resource identified by the Request- URI in a predictable way, POST should be considered instead of PATCH or PUT.

via www.ietf.org

Spring cleaning for some of our APIs - The official Google Code blog

These APIs are now deprecated but have no scheduled shutdown date: Code Search API, Diacritize API, Feedburner APIs, Finance API, Power Meter API, Sidewiki API, Wave API

These APIs will be shut down as per their deprecation policies: Blog Search API, Books Data API and Books JavaScript API (not the new API), Image Search API, News Search API, Patent Search API, Safe Browsing API (v1 only), Translate API, Transliterate API, Video Search API, Virtual Keyboard API

via googlecode.blogspot.com

In Oct 2006, I integrated FeedBurner to TypePad Japan. That was so excited for me. I helped cpan module, Net::FeedBurner, for FeedBurner JP. It was first time for me to implement something for a CPAN module. And, after 8 months, FeedBurner was acquired by Google.

In 3 Jun 2011, Google announced the deprecation of FeedBurner API. I'm missing a little bit of that. I just remembered in early days at my work. Thank you for great experience, FeedBurner API. Salute!

6/2(木）に開催されました Evernote Developer Meetup の Show Case のコーナーでお時間をいただきましたので TypePad の Evernote 連携機能「Evernote から「ノート」を記事に挿入」について少し（2分間！)話してきました。

I talked about importing your notes from Evernote to TypePad Japan blog in Evernote Developer Meetup at 2 Jun 2011 JST. (My talk was just two minutes! Because we had five miuntes for Six Apart. Then our talk separated Movable Type and TypePad Japan.)

私たちが想像するユースケースとしましては、多くの Evernote ユーザはメモの断片を Evernote に保存していて、いつかブログなどにまとめようと考えているけれども、なかなか実行に移せていない、そんな Evernote ユーザにフォーカスしていて、手軽にメモのまとめを作成できるように WYSIWYG エディタのプラグインとして Evernote のインポート機能を実装しました。

We TypePad Japan team imagined that many Evernote users have many fragments of entries for their blogs in Evernote. They will publish entries someday. But they don't. We focused such users. We provide WYSIWYG plugin for importing their notes from Evernote. It makes publishing easy for them.

私は Evernote の Windows 版のデスクトップ・クライアントを使ってプレゼンテーションをしましたので、スライドは Evernote のノートブック公開機能を使って、以下の URL で公開しています。

I used Evernote Desktop Client for Windows for my talk. Then I'm sharing my presentaion on Evernote. The URL is below.

Notebook: Evernote Developer Meetup

当日 Ustream で中継されましたが、録画データが残っていますので、見逃した方も参照できます。1:53:50 付近から我々が登場します。

This event was broadcasted by Ustream. If you missed the event, you can watch following video. We appeared in this video around 1:53:50.

Ustream.tv: ユーザー evernotejp: Evernote Developer Meetup, Recorded on 11/06/02

とても早口になったのは2分しか時間がなかったからですが、ここで伝えたかったのは TypePad Japan が Evernote のノートを挿入できるようになったことももちろんですが、本当のところは、今回は開発者向けイベントということで、Thrift API や ENML (Evernote Markup Language) を紹介しつつ、ProgrammableWeb を見たらまだマッシュアップが2つしか登録されてないし、そんな中で Developer Competition をやるということは API 利用者が少ないだろうから、Thrift API と ENML の初歩を短時間で紹介しようと思ったからです。

I want to share how to use Evernote Thrift API and how to read their documentations. Though I didn't have a time, I couldn't do it. So I guessed that Evernote want to increase their client application. My talk will help them for building an application for them, I think. But I couldn't. Because I had just two minutes :p

時間がないのは想定の範囲内でしたが、無駄に焦ってしまい #endevmeetup をお騒がせすることになりました。申し訳ありません。。

I'm sorry for my noisy talk. Yeah, of course, I knew that I had very short time for my talk though.

Perl のサンプルはまた紹介しますのでそれまでは Movable Type のプラグインとかご参照ください。

I'll share my example program which is written in Perl. If you need Perl example right now, you can use Movable Type plugin, ClipToEvernote.

いろいろありましたがとても楽しいイベントでした。Evernote の皆様をはじめ、ご参加いただいた皆様、このイベントをサポートしてくれた皆様、本当にありがとうございました。またお会いできるときを楽しみにしてます :D

Anyway, I really enjoyed this event. Thank you everyone, especially Evernote guys. I'd like to see you again :D

Added below at 13:38 7 Jun 2011 JST

Evernote さんも記事を公開されました。 Evernote Developer Meetup開催：開発者に聞く、Evernote連携アプリ開発のヒントと注意点

Google released a new product on their labs, named Google Scribe. This product is awesome. If you've never try this, you should check Google Scribe.

Google Scribe provides a bookmarklet for using Google Scribe anywhere. Then I tried to use Google Scribe on TypePad. It's very simple.

First, you should add the bookmarklet on your browser. The bookmarklet is a part of footer on Google Scribe. Next, go to TypePad, and go Compose page on TypePad. Then you click Google Scribe bookmarklet. You'll see "Loading Google Scribe" message on top of your browser window. And you'll see "Google Scribe enable". Okay, you can start to use it!

My English is poor, but Google Scribe helps me to write English. Thanks, Google Labs!

seealso

• Google Operating System : Google Scribe
• ReadWriteWeb : Google Scribe Offers Mad Libs-esque Suggestions Across the Web

写真共有サイトの Zooomr が API を公開しましたよ。
Flickr API との後方互換性もあり、なかなかすてきです。Congratulations!

Flickr:http://farm1.static.flickr.com/253/461524967_f3551dfeb0.jpgZooomr:http://static.zooomr.com/images/5217432_7838e9f814.jpg 

• Woohoo! We just released the Zooomr _Public_ API!


• Zooomr Services | Build Your Dreams


• Zooomr API Documentation

Google Contacts Data API を使った Movable Type のプラグインを実装しようと思っていたのですが、ブログにユーザ増やしたところであんまり意味が見いだせなくてプラグインの実装はちょっとペンディングなんですが、でもせっかく Contacts Data API を使ったのでサンプルをのせておきます。

今回のポイントは Simon Wistow の Net::Google::AuthSub です。GData API 系で必ず使う認証の ClientLogin をラップしてくれます。ClientLogin が成功すると Google から戻って来た値をほんの少しごにょっとしなきゃならないのですが、それを隠蔽してくれるので少しきれいなコードになりますね。

このコードを実行するとメールアドレスのリストが取れます。

#!/usr/local/bin/perl

use strict;
use warnings;

use LWP::UserAgent;
use HTTP::Request::Common;
use Net::Google::AuthSub;
use XML::LibXML;
use Data::Dumper;

my $user = 'YOUR_EMAIL_ADDRESS';
my $password = 'YOUR_PASSWORD';
my $authsub = Net::Google::AuthSub->new(service => 'cp');
my $auth_res = $authsub->login($user, $password);
unless ($auth_res->is_success) {
die 'google login is failed.'
}

my $url = "http://www.google.com/m8/feeds/contacts/$user/base";

my $req = HTTP::Request->new(GET => $url);
$req->header($authsub->auth_params);
my $res = LWP::UserAgent->new->request($req);

my $xp = XML::LibXML->new;
my $xml = $xp->parse_string($res->content);
my @emails = $xml->findnodes("/*[local-name()='feed']/*[local-name()='entry']/*[local-name()='email']");
for my $mail (@emails) {
print $mail->findvalue('@address') . "\n";
}