Google Android WebAPIプログラミング入門（正誤表）

私が執筆したGoogle Android WebAPIプログラミング入門の正誤表を載せておきたいと思います。（ちなみに以下の本です）
このページは非公式のものとします。（2011/12/20：秀和システムさんに連絡して公式の正誤表となりました。）
また、発見、報告があり次第、追記したいと思います。



正誤表
P.272−9行目：
（誤）また、後述しますが最新版Twitter4j 2.2.1が…
（正）また、最新版Twitter4jが…

9章の9-4に関して書籍のサンプルが動作しなかったという報告をいただきました。
ありがとうございます。現象を確認したいのですが、すぐに時間が取れないので、
取り急ぎ、サイトへのリンクを掲載しておきます。
http://sarl-tokyo.com/wiki/index.php?Google%20Android%20WebAPI%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E5%85%A5%E9%96%80%E3%82%92%E8%AA%AD%E3%82%93%E3%81%A7%E3%81%84%E3%81%A6

Google App Engine Go SDK 1.5.2での注意点

Google App Engine SDKのバージョンが1.5.2になりました。

リリース内容は以下のサイトを御覧ください。
http://googleappengine.blogspot.com/2011/07/app-engine-152-sdk-released.html


私もGoのSDKを更新してプログラムが動くかどうか確認していたのですが、
ローカルサーバで実行するとdev_appserver.pyのエラーが出て実行できなくなりました。

いろいろ調べているとapp.yamlのapi_versionを2にしないといけないことがわかりました。

ということで、ドキュメントサイトを確認してみたら、サンプルコードは2になっていましたが、説明には1と記述されていたので注意が必要です。

一応、Hello Worldのコードを掲載しておきます。

application: helloworld
version: 1
runtime: go
api_version: 2

handlers:
- url: /.*
  script: _go_app

package hello

import (
       "fmt"
       "http"
)

func init() {
     http.HandleFunc("/", handler)
}

func handler(w http.ResponseWriter, r *http.Request) {
     fmt.Fprint(w, "Hello World!")
}

大したコードではないですが、api_versionには注意してください。
これに気がつくのにかなりの時間を取られました。

ただ、クラウド上にデプロイして実行する分にはapi_versionが1でも動作します。
（※HelloWorldレベルで確認しただけです）
デプロイのコマンドは以下のコマンドです。
appcfg.py update [ソースコードがあるディレクトリ]

第10回OITEC勉強会に参加しました。

今日は岡山でMicrosoft関連の技術を主に扱っているOITEC勉強会に参加しました。

会場が県立図書館のデジタル情報シアターだったので、飲食禁止。
しかも、いい感じで無線LANスポットも使えず、色々と残念な状態でした。
（結局、Android端末でテザリングをしました。電源が使えたので良かった。）

午前の部はTDDBCのサテライトということで、Ust放送をしていました。
テスト駆動開発がテーマでしたが、良い点、悪い点はあるような気がしました。
Twitter上でのやりとりは以下にまとめられています。
http://togetter.com/li/159430

午後の部
Kinect開発、はじめの一歩
・結構スペックを要求される。

開発方法
・OpenNIを利用する
Macでは開発が不可能かと思ったら、詳細は以下のブログにまとめられていました。
http://switch.dip.jp/toro/blog/?p=266

・Microsoftが提供しているSDKを利用する。

価格に対して、いろいろ遊べるので良いそうです。
導入、開発も簡単。（Visual Studio 2010とKinect SDKがあれば良いのかな？）

教育、医療分野では導入実績もあるそうです。
服を買う時に、服を着た映像を表示するなどマーケティングにも利用される。

手話を声に変換するという使い方もできるようになるかもしれない。
一番の期待はアクセシビリティ

しかし、環境がWindows7限定になっているのが残念。

ASP.NET MVC 3
・Microsoft .NET Framework 4のみのサポート

・データを参照する（Model）
・ルーティングに従って、クラスが実行される（Controller）
・Razorビュー・エンジン
View内でもブレークポイントがおける。

Razorでは、@変数名でView内に値を表示させる事ができる。
@("<strong>")なんてことをすると、HTMLがエスケープされる。
@Html.Row()を使うと、HTMLがそのまま出力される。
@{ }で囲むと、View内でコードを書くことができる。
コードブロック内でもHTMLのタグはタグとして認識してくれる。
<text>タグで囲むと、プログラムと認識されずに、そのまま出力してくれる。

ASP.NET MVC 3 EF4.1 Code FirstとNuGet
・Ruby on RailsのようにModelからデータベースを生成してくれる。
・バリデーションも自動的に。

・SQL Server Compact Edition 4.0をWebサーバにデプロイすることができるようになった。
SQLiteのような利用が可能になる。
・ただし、利用可能なホスティング業者が少ないので、実運用するためには…？

NuGet
・Ruby Gemのようにプロジェクトに必要なライブラリを取り込むアプリケーション
GUI、CUIどちらでも利用可能。

0から始めるExpression Blend + Phone 7
・疲労困憊により、デモを眺めているだけになりました。
（やっぱり最近、目の疲労からくる疲れ（？）に悩まされます。）

2011/07/10 追記
プレゼント大会で、以下の書籍を頂きました。以前からSilverlightはやりたかったので
しっかり読んでみようと思います。

YouTubeAPIのコールバックonYouTubePlayerReady関数がコールされない

今日はYouTube APIを使ってみようと思い、サンプルコードを作ってみたのですが、
YouTubeの動画が表示されて、マニュアルだと再生されるようにもなりました。

しかし、JavaScriptのコールバック関数が呼ばれない状態に陥っています。
原因はなんだろう。

これをHEADタグの所に仕込んで、

 
  google.load("swfobject", "2.1");

  function onYouTubePlayerReady(playerId) {
    alert(playerId);
    console.log('onYouTubePlayerReady' + playerId);
  }

以下の処理をBODYの所に仕込んでみました。

var player;
  var swfUrl = 'http://www.youtube.com/v/u1zgFlCw8Aw?enablejsapi=1&playerapiid=ytplayer';

  var params = { allowScript: "always", bgcolor: "#cccccc" };

  var atts = {id: "myytplayer" };
  swfobject.embedSWF(swfUrl, "ytapiplayer", "640", "360", "9", null, null, params, atts);

仕様では、onYouTubePlayerReadyが呼び出されるはずなんだけど。。。
HTML5だと動かないとかかな…？
（HTML4.01の例ならあったし、表示したら動いていた）

第19回オープンラボ岡山

第19回オープンラボ岡山に参加したので、メモを残しておきます。
色々と抜けてたり、間違いもあると思いますが、参考程度に。

• 昨日までは Tomcat 今日からは GlassFish

GlashFishがすごいらしい。
http://d.hatena.ne.jp/t_yano/20101227

Tomcatだと、色々なフレームワークが必要で、単体では使っていない。

→実は事足りてないんじゃないのか？

→GlashFishだといろんなフレームワーク等も含まれている。

Tomcatだと運用が大変じゃないか？

→１台ずつマシンにログインして設定が必要。

→GlashFishだと、１台のマシン（管理サーバ）にアクセスすれば全て管理可能。

TomcatユーザにおくるGlashFishのすすめ

1. 軽量

2. インストールが簡単（Zipを展開すればOK）

3. IDEとの連携が簡単

Eclipseプラグイン、NetBeansバンドル

GlashFish v3.1 vs Tomcat 7

・2011/01 Tomcat 7 安定版リリース、サポートなし

・2011/02 v3.1 本番向け、サポート有り

・2011/07 v3.1クラウド向け、Java SE 7

オープンソース版を使っても、製品版にアップグレードが可能。

再配備時にセッションを持続させる事ができる。

・オプション-keepSessions=trueに設定

GlashFishにおけるOSGiとHK2の役割

OSGiランタイム

・デフォルトApache Felixを使用（他のランタイムも動作する）

OSGiの採用によるメリット

・動的なモジュールの追加、削除

・拡張可能なアプリケーションサーバ

・任意のOSGiバンドルを利用可能

Grizzly

・ネットワークサーバアプリケーションのOSSプロジェクト

・Java NIOを採用

・サーバエンジンの実装

・Non Blockingの通信に対応（少ないスレッドで多くのリクエストを処理できる）

GlashFishの新機能について

・アプリケーションバージョンニング

→同一アプリケーションの複数配備

→asadminでバージョンの切り替え、有効なバージョンの確認も可能

・自己増殖クラスタ

→対象ノードへのインストールはSSH経由（SSHのデーモンとJDKがあれば可能）

自分自身をZipで固めてインストール

・WebSocketへの対応

→今までのやり方よりも、パフォーマンスが良い。

Java EE 6のベストセラー本もある。

まとめ：

・まずはお試し下さい。

質問：

・製品版GlashFishのサポート料は？

→パートナー経由での販売をしているので、パートナーに問い合せて下さい。

→WebLogicは大規模環境、GlashFishは先進性を求める時に。

JBoss AS7について

・起動が早い。（1.6秒）

・超軽量

・起動に必要なメモリ＝12M

・Tomcat7は＝8M。（ただし、サーブレットコンテナしか入っていない）

・管理容易性の向上

・設定ファイル（単一）

・API、GUI、CUIを容易

・作り直した理由

・クラウド前提

・Amazon EC2などを使ってみても、遅い。

・スタンドアロン

・ドメイン

・デモ

・2.7秒で起動（alpha3、少し汚れている）

・1.8秒で起動（beta4、スナップショット）

・管理画面はGWTベース

・arquillian（JBoss7から提供されるテストフレームワーク）

・JUnitのテストで簡単に記述が可能になる。

・JBoss Modules

・モジュール＝JARを指す

・階層型クラスローダの問題

・上から実行するか、下から実行するか、両方動かすと簡単にデッドロック？

・スレッドコンテキストクラスローダ

・JBoss MSC

・JBoss Moduler Service Container

・AS7の新しいカーネル

質問：

・Amazon EC2での稼働実績などは？

→JBoss AS7のリリースがまだなので、実績はないが、10秒ぐらいでいけるのでは？

Java EE 6の詳細

・今後は本番環境へ

・今までは、お試しレベルだった。

・メインテーマ：開発生産性の向上

・仕様の削減

・古く使われなくなったAPIの整理

・コンポーネントのオプション化

・Java EE7で削除される可能性

・JAX-RPC→JAX-WS

・EJB Entity Beans→JPA

・JAXR

・JSR-88

・統合開発環境…

・Managed Bean 1.0

・@javax.annotation.ManagedBeanを指定

・コンテナによって管理

・他のJava EE コンポーネントのベース

・呼び出し元と同じスレッドで事項

・代表的なアノテーション

・@Resource

・@PostConstruct

・@PreDestroy

・JSR-250を参照

・Interceptors 1.1の使用

・自身のインターセプタクラスの作成

・Servlet 3.0

・web.xmlのオプション化

・アノテーションを使う。

・@WebServlet{name="hello"…}

・拡張性

・設定ファイルによる拡張

・web-fragments.xml

・サードパーティフレームワークの追加が容易

・プログラムによる拡張

・マルチパート対応

・@MultipartConfig

・非同期処理のサポート

・非同期リクエスト処理用のプログラムモデル

・長時間処理が必要なリクエストに有効

・Async用アノテーションを追加

・@WebServlet(asyncSupported=true)

・AsyncContext aCtx = req.startAsync(req, res);

・セキュリティの拡張

・認証／ログイン／ログアウト機能

・JavaServer Faces 2.0

・テンプレート機能

・Ajax対応

・JSFの仕様でJavaScript APIが定義

・<f:ajax execute="productname"…

・1行で対応可能

・ブックマーク可能なURL

・EJB 3.1

・JSR-318

・warファイルにEJBを含める事ができるようになった。

→まとめ方を考える必要がなくなる（EARなのか、WARなのか）

・Lite

・Full

・Lite + …

・標準化された Global JNDI名

・アプリケーションサーバによって、名前が違っていた。

・Java EE 6から

・JNDI名が標準化される。

・組み込み可能なEJBコンテナ

・javax.ejb.jar

・その他

・タイマーサービス

・Singleton Session Bean

・JVMをまたがらない、個々のJVMでのSingletonを保証

・JPA 2.0

・EJBの仕様から独立

・モデリングの強化

・@ElementCollection

・@CollectionTable(name="NICNAMES")

・組み込み可能型コレクション

・MapのCollection

・Criteria API

・クエリの制御をJavaオブジェクトで制御

・CriteriaBuilder

・EntityManager#getCriteriaBuilder()

・Metamodel API

・型チェックが強力

・コンパイル時に属性の有無、型チェックを実施

・JAX-RS 1.1

・Bean Validation 1.0

・アプリケーション中で宣言的なバリデーションが可能

・DI 1.0/CDI 1.0

・beans.xmlを必ず配置する。（デフォルト無効）

・Java EE 7に含まれる技術

・JPA 2.1

・JAX-RS2.0

・JMS 2.0

・JavaServer Faces 2.2

・WebTier

・HTML5

・WebSocket

・JSON API

質問：

・プロファイルの提供で、Webプロファイル以外に何かあるか？

→現時点ではWebプロファイルかFullしかない。

・アノテーションが増えたのは良いが、判別するためには、全クラスを

読み込んでおく必要があるので、遅いのでは？

→アノテーションスキャンは遅いです。

ただし、index化したりして早くする仕組みはあるだろう。

CDIを乗りこなせ

・JSR-299

・参照実装＝Weld

・Portable Extension

・implements Extension

・Extensionは中身が空のインターフェイス

・Seam Catch

・例外ハンドリングを提供

・例外が発生したら、メソッドを実行されるようにする。

・Seam Faces

・JSFのフェーズコールバック

・Seam Solder

・はんだづけ

・Expression Languageを提供

・Seam Forge

・シェル環境を提供

・鍛冶場

と、ここで、MacBookProのバッテリーが残り少なくなったので
ここまででメモは終わり。

Desireでテザリングをしながらバッテリー駆動だと4、5時間程度で
残りがやばくなるようです。（だいぶ余裕を持って電源を切ったかもしれない（？））

設定アプリケーションから、アプリケーションの強制停止ボタンを押したら。

今日は、設定→アプリケーション→アプリケーションの管理→アプリケーションの詳細画面で
強制停止ボタンを押した時の挙動についてメモしておきたいと思います。

今回はAndroid2.2のソースコードを見た結果です。

ボタンを押すと、ActivityManager#forceStopPackage(String packageName)が
呼び出されます。

以下が、onClickメソッドの呼び出し元です。

} else if (v == mForceStopButton) {
            forceStopPackage(mAppInfo.packageName);

メソッド化されているのでその中身を見ると、確かにActivityManager#forceStopPackageが呼び出されているようです。

private void forceStopPackage(String pkgName) {
        ActivityManager am = (ActivityManager)getSystemService(
                Context.ACTIVITY_SERVICE);
        am.forceStopPackage(pkgName);
        checkForceStop();
    }
}

その後も、forceStopPackage()の中身も追いかけてみました。
ActivityManagerNative#getDefault()を呼び出しているようです。

public void forceStopPackage(String packageName) {
        try {
            ActivityManagerNative.getDefault().forceStopPackage(packageName);
        } catch (RemoteException e) {
        }
    }

getDefault()の中身は、よくわからないサービスが呼び出されていました。

static public IActivityManager getDefault()
    {
        if (gDefault != null) {
            //if (Config.LOGV) Log.v(
            //    "ActivityManager", "returning cur default = " + gDefault);
            return gDefault;
        }
        IBinder b = ServiceManager.getService("activity");
        if (Config.LOGV) Log.v(
            "ActivityManager", "default service binder = " + b);
        gDefault = asInterface(b);
        if (Config.LOGV) Log.v(
            "ActivityManager", "default service = " + gDefault);
        return gDefault;
    }

この後は結局見るのをやめたのですが、何かのサービスがいて、そのサービスが
プロセスをkillしているのかどうかは不明ですが、アプリケーションを終了させている
ようです。

サービスの中身は、以下のサイトに書いてあるような事がされているのでしょうか。
androidアプリをクリーンに終了させる方法
http://jp-shibax.air-nifty.com/blog/2010/05/android-e2dd.html

もう少し、ソースコードを追いかけてみる必要がありますが、
今日はこの辺でやめておきたいと思います。

Blogger上でソースコードに色をつけるための情報

Bloggerに移転するときに、「この機能が欲しい」と思っていたのが、
ソースコードを添付した時の色付け機能です。
ただ、Bloggerには標準で用意されているわけではないので、
自分でテンプレートを編集したりして、機能を追加する必要があります。
私は、Syntax Highlighterとgoogle-code-prettifyを導入しました。
ただ、Blogの背景が今のところ黒なので、Syntax Highlighterを利用することに
なりそうです。

ということで、導入までに参考にしたサイトが、以下のサイトです。
もし、同じ悩みがあれば、参考にしていただけたら幸いです。

あなたのソースコードを彩る、Syntax Highlighterまとめ
http://blog.37to.net/2007/06/syntax_highlighter/

BloggerにおけるSyntaxHighlighterの使い方
http://moririn-web.blogspot.com/2010/03/bloggersyntax-hilighter.html

Blogger でソースコードに色付けをする - google-code-prettify
http://jutememo.blogspot.com/2008/01/blogger.html