なにがでるか

ついこの前2012年年明けたと思って気づいたらもう年末。この時間の流れの速さは異常です。残り少ない人生、多少なりとも振り返りをしておかないと、あっと言う間に終わってしまいそうです。そういうわけで、時間もないのでちゃちゃっと振り返ってみます。 昨年書いたエントリー によると、2012年の目標としては、 ・データのクラウドへの移行 だったようです。 目標は達成しました。SmartTrainingに「同期」機能を盛り込みました。 同期機能は、AndroidアプリケーションのデータをGoogle Fusion Tablesと双方向同期する機能です。個人的にはそれなりに便利になったと思っているのですが、思ったほど利用はされていないようです。というのは、2012/12くらいから、Fusion Tables APIの挙動が変わり、さらにBeta版のAPIが利用できなくなったことにより同期機能が利用できなくなっているにもかかわらず、全く問い合わせが無いためです。設定が深いところにあるので、既存のユーザさんは気付かないんでしょうね。 その他にやったことといえば、 ・ググれカス Plug-in for twiccaのリリース ・SmartWatch MN2対応 ・ACE資格取得 という感じ。 MN2対応を行った2012/5以降、SmartTrainingは大きなリリースは無く、バグ修正を2回ほどやっただけです。それまではほぼ毎週リリースしていたので、開発おわっちゃったんじゃないかというペースですが、そんなことはありません。ActionBarSherlockベースの新UIへの変更に思ったより時間がかかっています。何回か作って気に入らないので作り直したりしています。もうかれこれFragmentを30-40個くらい作っては捨てています。とても仕事じゃできないやり方です。一応、もうほとんど完了してリリースしてもいいレベルまでは来ているのですが、先に述べたFusion Tables APIのDeprecateされたことより、新API対応をする必要が出てきてリリースはもう少し先になりそうです。あと、リリース前にDeploy Gateを使ってテストもやってみたいです。そうこうしているうちに、Android Map API v2が出てきて早く使いたかったり、先延ばしにして...

詰んでます。 この投稿は結局現状解決していません。 あしからず。 ※2013/3/13追記 解決しました。 結局、「2.」の方法でうまくいきました。ただ、この記事を書いていたタイミングでは確かにICSでのみNPEが起きていたのですが、全く同じコードを今実行しても問題が再現しなくなっています。端末をフルリセットしてからも再現しないので、まぁ、大丈夫なんじゃないかと思います。というわけで、このケースは「2.」で対応しましょう。 ---- Google Fusion Tables API v1を使いたい。今すぐ。 Google Fusion Tables API v1はprivateなデータにアクセスするのにOAuth2必須。（たぶん、他のGoogle Serviceも同様にOAuth2を標準的な認証方式としていく流れだと思います） いろいろ調べた結果、OAuth2するためには、以下の4種類の方法があると考えている。 1.  AndroidでGoogleのOAuth2認証を行うには？（外部ライブラリ完全非依存版） 2. AndroidのAccountManager経由でGoogleのOAuth2認証を行うには？（外部ライブラリ完全非依存版） 3. http://localhostなコールバックURLを処理する方法 4. ブラウザ上に表示された認証コードを手入力する方法 「1.」の方法はWebViewを使っている。 WebViewは本来的に脆弱性があるため、デリケートな認証情報を扱うOAuth2では利用しづらい。 Androidセキュリティ勉強会～WebViewの脆弱性編～ でも、海外では余裕で利用している。 Oauth 2.0 flow in Android 大丈夫？ 「2.」の方法は ICSだとGrantCredentialsPermissionActivityがNPEを起こす ので利用できない。それより前のOSもしくはそれより後のOSでは発生しないらしい。しかし、ICS全盛の今ICSを無視するわけにはいかない。なのでアウト。 「3.」の方法は、仮にTwitterだったら OAuthの認証にWebViewを使うのはやめよう にあるように「getOAuthRequestToken 呼び出し時に Callbac...

1. はじめに たまたま抱えていた問題が解決したタイミングで「Android Advent Calendar 2012」の案内が飛んでいたので思わずエントリーしてしまいました。ということで12月29日担当します@awwa500です。よろしくお願いいたします。 2. 概要 CGIからのIntentの送信について書きます。ネタは薄いです。 3. きっかけ Androidのアプリ開発を初めて3年ちょっとくらいになりますが、Intentの仕組みを知った当時、衝撃を受けました。Intentが世界を変える、とまで思ったのはそれほど大げさではありません。 ところが、そんな信念を打ち砕かんとする事態が発生しました。今回はその辺の話を書いてみようと思います。 4. Intentは最強だよね IntentについてググるとTechBoosterさんのブログがヒットします。Intentを使えば画面遷移も、アプリ間連携も、サービスの利用も、とにかくいろいろとできるわけです。 Intentで画面遷移する(明示的Intent) Intentで画面遷移する(暗黙的Intent) Serviceを使う(1) LocalServiceによる常駐型アプリ JNIを介してNativeなコードからもIntentを投げることもできます。 Android: How to broadcast intent from native code? IntentServiceと組み合わせるとキューも簡単に実装できちゃいます。 IntentServiceを使って非同期処理を行う コマンドラインからもIntentを投げることもできちゃいます。 ターミナルからIntentを投げる だんだんTechBoosterさんのリンク集みたいになってきましたね。このまま終わってしまってもいい感じになってきました。 5. 挫折 というわけで、どんな状況でもIntentがなんとかしてくれると思っていました。でもこれまでの情報では解決できない事態になりました。例えば、たまにAndroid上でApacheを動かしたくなることがありますよね？（ちょっとこの設定に無理があるような気がしますが、まあ、あるんです）このApacheが駆動するCGIと通常のAndroidアプリケーションを連携させた...

「 ＜activity-alias＞の使い道 」 についてはそちらを参照していただくと使い方の例はとてもわかりやすいですが、もっと単純な使い方をしてみたのでメモ。 ここでは、いいかげんな設計の結果、ショートカットで起動するActivityの名称およびパッケージが変更したくなった場合に＜activity-alias＞を使ってリンク切れを回避してみます。その名のとおり、activityにエイリアスを付けられるってことです。 例えば、既にリリース済みのバージョンの機能で生成されるショートカットが明示的Intentによって起動先を指定しているActivityが途中から気が変わってパッケージ構成とか変更したくなることってよくありますよね？（あんまりあっちゃいけませんが、無いとなったら話が進まないのであることにします。）こういったときに＜activity-alias＞を使わないと、旧バージョンで作成したショートカットを選択した時に「そんなActivity無い」と怒られます。感のいいユーザさんならショートカット作成しなおしますが、そうではないユーザさんはアプリの再インストールをしちゃったりします、データのバックアップもせずに。それで怒りのメールが飛んで来るわけです。 怖い。 そういうわけで回避方法を考えます。 例えば、 旧バージョンのショートカットは、 com.awwa.view.ControlActivity2 を呼び出しているのに、新バージョンでは、 com.awwa.ui.TrainActivity を呼び出したい。 なんてときに＜activity-alias＞が使えます。 こんなかんじ(AndroidManifest.xml)。 要はandroid:nameに外から見える名前をつけて、android:targetActivityに実際のActivityを指定します。 android:nameに指定するActivityは実在しなくても構いません。 これで心置きなく適当な設計をして、後から好きなように名前を変更しても旧バージョンとの互換性が保たれるというわけです。めでたし。...

IntentServiceの特徴はTechBoosterさんの「 IntentServiceを使って非同期処理を行う 」が最高にわかりやすいのでそちらを参照。 ここでは複数のIntentServiceを同期化してみます。 複数のキュー処理を同期化したい、みたいな用途に使えるかもしれません。 まずはIntentServiceその1。 public class XIntentService extends IntentService { @SuppressWarnings("unused") private static final String TAG = XIntentService.class.getSimpleName(); private final XIntentService self = this; public static final String KEY_ACTION = "action"; public static final String KEY = "key"; public XIntentService() { super(TAG); } public XIntentService(String name) { super(name); } @Override protected void onHandleIntent(Intent data) { Lock lock = Lock.getInstance(); synchronized (lock) { int value = data.getIntExtra(KEY, -1); Log.i(TAG, "onHandleIntent() start " + value); int wait = (int) (Math.random() * 1000); try { Thread.sleep(wa...

MBAのcontrolキーとcommandキーを入れ替えている。 左小指の位置にcontrolが欲しいからだ。 いつからこれが身についたのかは覚えていないけど、学生時代にいじっていたDECやらSoralisやらについていたキーボードがそうだったからだと思う。 Windowsで106/109日本語キーボード使うときは、Caps LockとCtrlを入れ替える。 MBAではcontrolとcommandを入れ替える。 というわけで、MBA上のVM上でWindowsを動かすときは、Windows上の設定でさらにcontrolとcommandを入れ替える。 面倒な身体だ。 全部OS標準で馴染んでいる身体の方がこういう無駄な設定に時間を使わなくていいから効率が良い。 でも、いまさら元に戻れないので設定変更する。 今後も何回も同じことするだろうからメモ書き。 これでよし。 ほかのキーを入れ替えたいときはこっちをみて考えること。 http://uguisu.skr.jp/Windows/winCaps.html 以上。

ちょっと前にMixiさんが DeployGate というサービスを開始しました。 ちょうど困っていた課題を解決してくれそうだったので、使ってみたくなりました。 サービスに関する詳しい話は上のリンクを見るとして、ここでは、DeployGateを使って一般の方（テストの知識が無い方）にテストに協力してもらう時の流れをまとめてみました。バグ管理とか、テスト管理なんかは必要に応じて適当にやってください。ここでは書きません。 実際、自分のアプリはまだテストできる段階ではないので、とりあえず、トライアルで使ってみた限りで思いつくことをまとめてみました。あとちょっとでトライアル期間が終わってしまうので、いつの日か、自分のアプリがテストできるレベルになったら使ってみたいと思います。 というわけで覚え書きです。 実際使った方で「そんなんじゃ回んねぇよ」とかあったら是非教えて下さい。 尚、ここでやろうとしているのはどっちかというとフィールドテストとかユーザからのフィードバックを期待するテストかもしれません。ついでにいろんな端末でいろんな環境でちゃんと動くよね、みたいなのを確認するのが目的です。 ---- 1　開発者側の準備 　1-1　β版程度の品質(とりあえず、動くものが必要)のテスト対象を作成する。 　1-2　テスト対象をDeployGateにアップロードする。 　1-3　テスタ募集する。募集の際、伝えるべきことは以下。 　　1-3-1　DeployGateサービスにユーザ登録してもらう必要がある。 　　1-3-2　テスト端末にDeployGateアプリをインストールしてもらう必要がある。 　　1-3-3　テスタへの連絡手段(DeployGate登録ユーザ名またはメールアドレス)を教えてもらう必要がある。 　　1-3-4　テスト対象をそれなりに使ってもらう必要がある。 　　1-3-5　あくまでもテストなんだから、最悪の場合アプリのデータが消えてしまうかもしれないので必要に応じてバックアップを取ってもらう必要がある。 　　1-3-6　あくまでもテストなんだから、アプリが異常終了しても泣かずに我慢してもらう必要がある。 　　1-3-7　提供元不明のアプリインストール許...