ワイケイの格納庫

0から始めるAndroid　～常駐アプリを作る　死なないService編～

2012-05-22T15:59:00.003+09:00

前回、Serviceに負荷を掛けるとANRが発生することが判明したので、
今回はメイン処理を別スレッドで実行するとどのような結果になるか調査する。

結論から言うと、成功である。
が但し、以下の条件付き。
１．サービスは停止していないが、正常終了しないことが頻繁に発生する。
２．USB接続を切断すると、一定間隔のスレッド起動の予定が
　間隔に大きな誤差が生じることが頻繁に発生する。
３．USB接続を切断すると、スレッドが起動しないことが頻繁に発生する。
４．USB接続すると、スレッドが正常に起動することが頻繁に発生する。

１については、アプリの仕様に問題がある可能性が高いので保留とする。
２～４については、開発目的の手順でインストールしたことが原因かも知れないので、
手動でapkファイルを生成してから再度インストールする試験をいずれ実施する。

public class Login01Service extends Service {
　private final int REPEAT_INTERVAL = 1 * 60 * 1000;
　private Handler handler = new Handler();
　private Runnable runnable;

　@Override
　public void onStart(Intent intent, int startId) {

　　//このおまじないのおかげでサービスが殺されにくくなっている？
　　Notification lNotification = new Notification(0, "ticker", System.currentTimeMillis());
　　startForeground(1, lNotification);

　　runnable = new Runnable() {
　　　public void run() {

　　　　//繰り返し処理
　　　　mainTran();

　　　　handler.postDelayed(this, REPEAT_INTERVAL);
　　　}
　　};

　　handler.postDelayed(runnable, REPEAT_INTERVAL);
　}
}

0から始めるAndroid　～常駐アプリを作る　Serviceも死ぬ編～

2012-05-22T15:07:00.004+09:00

前回のBroadcastReceiverについて調査していくと、
常駐アプリはどうやらBroadcastReceiverではなくServiceを利用するのが適切なのかも知れない。
そこで、前回の構成を一部だけ変更して、親クラスをActivityからServiceに変更することに。
すると、ANR（Application Not Responding）で死亡する運命となってしまった。
確かに、Webサービスに接続してレスポンスが悪いと固まってしまうのは事実だからしょうがない。
しかし、少しだけ希望が見えた。
Service自身がメイン処理を実行しているのが問題であることが分かったので、
別スレッドでメイン処理を実行すれば成功するのではないか？

0から始めるAndroid　～常駐アプリを作る　BroadcastReceiverは死ぬ編～

2012-05-22T14:39:00.006+09:00

タイトル通りBroadcastReceiverは死ぬ。いや、死ぬかも知れない。
以前に作成したDoCoMoのSPモードメール、SMS、Gmailなどの
メールを受信時に起動するアプリでは気づかなかったが、
BroadcastReceiverの仕様で「10秒以内に処理が完了しないと停止する」ということだ。
ここで問題なのは、onReceiveが中断されることよりも
BroadcastReceiver自身が停止してしまうことである。
一旦停止されると、ユーザ操作により再度起動するしかない。
ちなみに今回作ろうとしているアプリは、
GPSを一定間隔で取得、Googleサービスにアクセスしてデータ登録及び取得するという代物で
10秒ルールを守れないことも多々ある。

下記の方法では、停止する可能性あり。

public class SampleActivity extends Activity {

　private BroadcastReceiver receiver;

　@Override
　public void onCreate(Bundle savedInstanceState) {

　　IntentFilter filter = new IntentFilter();
　　filter.addAction(Intent.ACTION_TIME_TICK); //毎分

　　receiver = new BroadcastReceiver() {
　　　@Override
　　　public void onReceive(Context context, Intent intent) {
　　　　//定期処理を記述

　　　}
　　}
　}
}

0から始めるAndroid　～画面遷移～

2012-05-22T14:16:00.007+09:00

Webアプリケーション開発者にすると、画面遷移という言葉がマッチするが、
実際はActivity間の遷移という方が妥当なのであろう。

NowActivityからNextActivityへの遷移例

・NowActivity.javaの任意のイベント内に以下を追記する。
Intent intent = new Intent(NowActivity.this, NextActivity.class);
startActivity(intent);

・AndroidManifest.xmlのapplicationタグに以下を追記する。
＜activity android:name=".Map01Activity"＞＜/activity＞

「＜」、「＞」は半角に読み替えて下さい。

0から始めるAndroid　～実機でアプリを動かす～

2012-05-22T10:33:00.004+09:00

まず、アプリを作成する。※以前に紹介したHelloWorld編

実機を開発マシンにUSB接続する。
EclipseのLogCatウィンドウにログが出力されていればOK。
ログが出力されない場合は、DDMSパースペクティブでDevicesから実機を選択する。

実行構成を設定して、実行する。
Eclipseメニュー　→　実行　→　実行構成
Androidアプリケーションを右クリックで　新規　を選択する。

実行構成に任意の名前をつける。

Androidタブでプロジェクトを選択する。
Launch　Actionは任意。

ターゲットタブでマニュアルを選択する。

共通タブはデフォルトのままでOK。

実行ボタンを押下すると、Android Device Chooserダイアログが表示されるので
実機を選択して、OKを押下する。

実機に HelloWorld が表示されればOK。
実機のアプリ一覧にも HelloWorld が追加されて、
アプリをインストールできたことが確認できる。

0から始めるAndroid　～インストール編～

2012-05-21T16:52:00.010+09:00

Android2.2以降の開発手順を掲載していきます。
※現時点でリリースされている大半の端末がAndroid2.2以降なので。

＜＜＜　JDK6　＞＞＞
http://java.sun.com/javase/downloads/index.jsp

＜＜＜　Eclipse3.7　＞＞＞※日本語化プラグイン包含パッケージ
http://www.vector.co.jp/soft/winnt/prog/se496195.html

＜＜＜　Android SDK　＞＞＞
http://developer.android.com/sdk/index.html

＜＜＜　EclipsePlugin:Android　＞＞＞
https://dl-ssl.google.com/android/eclipse/
※インストールは、Eclipseを起動して
Help⇒Software Updates⇒Available SoftWare⇒Add Site
にて行う。

Android SDKマネージャーを開いて、必要なAndroidバージョンだけインストールする。
後は、AVDマネージャーで仮想デバイスを構築すればOK。

Android 開発 apkからclassを生成

2011-05-31T14:25:00.003+09:00

apkをunzipすれば、dexを生成することができる。

後はdexからjarを生成すればOK。

＜手順＞

１．dex2jarをDLする。

　　　　以下のサイトから「dex2jar-0.0.7.9-SNAPSHOT.zip」をDLして、解凍する。

　　　　http://code.google.com/p/dex2jar/downloads/list

２．apkを解凍する。

　　　　コマンドプロンプト上で、以下のコマンドを実行する。

　　　　unzip xxxxx.apk

３．上記2で生成したclasses.dexからjarを生成する。

　　　　コマンドプロンプト上で、上記1を解凍したディレクトリに移動して以下のコマンドを実行する。

　　　　dex2jar.bat classes.dex

さらにclassを生成する場合には、以下のコマンドを実行する。

unzip classes.dex.dex2jar.jar

アドセンスは儲かるのか

2009-09-07T16:31:00.006+09:00

個人が運営しているWebサイトの大半がアフィリエイトプログラムを導入しており、
どのサイトを見ても本文よりも広告の方が派手だったりする。
当サイトも広告収入に淡い期待を抱いており、｢Google AdSense｣による広告配信を行っている。

｢Google AdSense｣とはサービス名が指し示す通り、
Googleの提供しているコンテンツマッチ式の広告配信サービスのことで、
本文の内容に合わせた広告を自動で配信してくれるサービスである。
その広告がユーザに閲覧されると、サイト運営者に報酬が支払われるという仕組みだ。
広告内容によって、報酬額が異なっているのも特筆すべき点だろう。
また、報酬が支払われるのは＄100単位で、＄100に達した月の翌月末となる。

気になる当サイトの収入だが、
広告クリック率が平均0.73％で、1クリック当たり平均＄0.45の収益が得られる。
時給換算すると、時給＄1にも満たない。
クリック率を上げる為に、もう少し興味を惹くような広告を掲載してほしいものである。
収入は、2009年1月に開設して現時点で0円である。

もう一度言うが、0円である。

つまり、8ヶ月経過して未だに＄100に達していないのである。
現時点での収益は、＄27.86なのでこのペースで行けば、あと3年は掛かるであろう。
それ以前に、このサイトがその日まで存続しているのかが問題である。
当サイトのブログランキングは、以下のサイトで確認できる。

忘れた頃に、Googleから銀行振込されていたらラッキーだと思うんだろうな。

プログラミング言語を開発してみた

2009-09-02T15:47:00.006+09:00

なんて言うと大袈裟だが、｢マクロ言語の開発｣となると、かなりハードルが下がるように感じないだろうか。
ウィキペディアによると、
｢マクロ言語は、アプリケーションソフトウェアの機能を直接キーボードやマウスなどから利用するのではなく、プログラムから利用するためのプログラミング言語である。｣
と、定義されている。

要約すると、
｢マクロ言語は、プログラミング言語である。｣
ということになる。

そこで、Javaの標準ライブラリの中から
｢java.awt.Robot｣
にスポットを当てた言語開発にチャレンジしてみる。
このクラスは、OS上でマウス及びキーボードイベントを発生させることができるという特徴がある。
Robotを利用すれば、システムを自動でテストできる（かもしれない）。
実行環境セットを以下に格納している。
※実行中は、くれぐれもマウスやキーボードに触らないように。
＜＜＜Google Group＞＞＞
http://groups.google.co.jp/group/yk-inventory?hl=ja

＜＜開発のポイント＞＞

１．プログラミング言語の開発には、字句解析・構文解析が必要となる。
　　　字句解析とは、関数・変数・定数などを解釈することで、
　　　構文解析とは、字句の位置や順序を解釈することである。

２．プログラマでなくても簡単にプログラムを書けなくてはならない。
　　　元々のJavaよりも、難解なのでは開発する意味がなくなってしまう。
　　　今回は、一定の単純な規則になるような構造にした。
　　　分岐や繰り返しすらない。

３．問題が発生しそうな機能は、ユーザに解放しない。
　　　Robot利用時に問題となるのが、アプリ終了後のイベントの解放であるが、
　　　マウスをプレスするとリリースが必要となるのである。
　　　誤って、リリース処理が洩れると対象のアプリが異常な挙動を示す場合がある。
　　　対処として、プレス機能は解放せずに、代わりにクリック機能と
　　　ドラッグ＆ドロップ機能を作成して、それをユーザに提供することとした。

＜＜処理概要＞＞

Executable Jarに解析プログラムを格納して、JavaRuntime環境配下での起動を可能とする。
Jarはダブルクリックで起動して、同階層のディレクトリから｢robot.txt｣というファイルを読み込む。
そのファイルの一行目には、ユーザが作成したマクロのファイルパスを記載する。
次に、ファイルパスを元にマクロを開き、解析をしながら、マクロに記述された処理を進めていく。

＜＜関数一覧＞＞

comm [comment] ← コマンド内でのコメント

skey [key] ← keyの単独押下

wkey [key1] [key2] ← keyの二重押下

lkey [string] ← 文字列入力（全角モードで、自動でひらがなに確定する。）

kkey [string] ← 文字列入力（全角モードで、自動でひらがなに確定しない。）

mclk [button] ← マウスのクリック（LEFT または RIGHT）

mmov [x] [y] ← マウスの移動

drdr [x1] [y1] [x2] [y2] ← マウスの移動

wait [time] ← 待機(アプリ起動時は、起動中の待機時間が必要)

Twitterはじめました

2009-08-25T10:46:00.003+09:00

和訳すると、｢さえずり｣。
当サービスは、ユーザが呟くことでコミュニティやコミュニケーションが生まれるSNSである。
そんなことは知っていたが、何が面白いのか理解できないので利用したことはなかった。
だが、顕著にユーザ数を伸ばしている秘密を探ろうと思い、登録してみることにした。

パブリックタイムラインでは、全世界からの呟きを見ることができる。
英語、仏語、中国語、韓国語など以外にも多言語が飛び交っていて、
意味は分からないが雰囲気だけでも面白い。
だが、このページにはURL直打ちでしか見る術はない模様。
http://twitter.com/public_timeline

一般的な使い方としては、リアルにいる多くの友人に向けて
「今、○○をしている」
とか
「今、○○にいる」
などと、発信することにより
「じゃあ、オレも行く。」
というようにリアルなコミュニケーションへと繋げていくものだろう。

Twitterは、mixiと違い、気楽に発信できるという点では素晴らしいと思う。
後者は実力が不十分であるにも関わらず、それに反比例してユーザ数が膨大になってしまった。
人気に陰りが出た今になって、あの手この手でもがいているが離れてしまったユーザを取り戻すのは至難の業だろう。
人気の理由は『完全招待制』にあったと思われるが、『登録制』に緩和しようとする動きもある。
前者は日本向けのサービスが不充分なので、検索機能とリロード機能に注力して頂きたいものだ。

Android携帯　本日発売

2009-07-10T10:20:00.002+09:00

当サイトでも取り上げているGoogleOS搭載携帯の

第一弾であるHT-03Aが本日（7月10日）発売された。

気になる価格は３００００円前後の模様。

他社と較べてOSを無償提供しているからこそ

この価格帯を実現できたのだと思われる。

携帯としての機能だが、

Googleが提供する各サービス

（検索、Gmail、Googleマップ、YouTube、カレンダー）

の恩恵を受けられるのが特徴である。

では、それ以外の基本的な機能はというと疑問である。

docomoユーザである私の場合だと、

インフラ的な役割として

・通話

・i-modeメール

・iアプリ（口座振込アプリを利用）

・時計

・目覚まし時計

などが挙げられる。

それ以外のカメラ、音楽やゲームなどのエンターテイメントは

なくても困ることはない。

Androidに変更した場合、

通話、時計は勿論大丈夫だろう。

目覚まし時計はなければ自分で作ればいい。

iアプリがないのは、忙しいときなど正直困るが慣れれば我慢できるか。

i-modeメールが利用できない代わりにGmailは利用できる。

通信相手は迷惑メール対策をしているであろうから

ドメイン許可、アドレス許可の設定を依頼すれば、

Gmailを携帯メールとして利用できる。

もしくは、メール転送サービスを利用すればいいだろう。

書いていて気づいたのだが、

今の携帯よりもグレードダウンしているのではないか。

携帯を変えることにより享受できる恩恵よりも

ストレスを受けることの方が多いのではないだろうか。

タッチパネルもYouTubeもすぐ飽きるだろう。

唯一の光は、アプリ開発だけである。

自分好みのアプリを開発して、自分が利用できるという楽しみ。

友人に配布して共有するという楽しみ。

日本や世界に配布して利益を得るという楽しみ。

検索エンジン　検索結果に表示するには・・・結果報告

2009-07-09T09:47:00.004+09:00

以前に当サイトでも書いたが、

各社の検索エンジンに当サイトを登録してから約半年が経つ。

では、「ワイケイの格納庫」というキーワードでHitするようになったのかというと、

Google以外は全滅という残念な結果になってしまった。

Googleでは、上記のキーワードで検索結果TOPになるのは勿論で、

「android1.5 eclipse」というキーワードなどでもTOPになることができた。

では、YahooやBingではどのようになるのかというと、

当サイトではなく、当サイトをブックマークしているサイトが

検索結果に表示されてしまう。

某社（社名を出すのも鬱陶しい）のサービスで有名だが、

他人のブックマークが有益な情報であるとは考えられないので、

Web上に公開するのはいいとして、キーワード検索からは除外すべきである。

そんな無益なサイトは表示されるが、

当サイトはそもそも認識されていないという残念な結果になった。

彼らは有益だと考えているからブックマークしているのだが、

何も持っていないその彼らのサイトがそれよりも有益だという

矛盾が検索エンジンでは発生する。

まあ、IT技術者はググるはずなので納得するということにしておこう。

＜各社検索エンジンのURL登録＞

Yahoo

http://submit.search.yahoo.co.jp/add/request

Google

http://www.google.co.jp/addurl/?hl=ja&continue=/addurl

Bing

http://www.bing.com/docs/submit.aspx

HTML Windowsライクなメニュー

2009-06-26T17:41:00.023+09:00

各種ブラウザのコンテキストメニューの代わりに、

カスタマイズしたWindowsライクなメニューを作成してみた。

こちらからどうぞ

また、MicroSoftのAPIを利用しているのでIE推奨とさせて頂く。

HTML 透過にするには

2009-06-11T10:24:00.022+09:00

スタイルシートを用いて、Webページを透過にする方法を調べてみた。

その結果、IE系と非IE系とでは挙動が異なることが分かった。

IE系では、『filter』という属性に対して値を設定する。

　CSSの記述例．

　　　body {

　　　　filter:progid:DXImageTransform.Microsoft.Alpha(Enabled=1,Style=0,Opacity=80)

　　　}

　JavaScriptの記述例．

　　　document.getElementById('hoge').style.filter = "progid:DXImageTransform.Microsoft.Alpha(Enabled=1,Style=0,Opacity=80)";

　　　※Opacityの範囲は0～100で、数値が低くなるに連れて透明度が上がる。

非IE系では、『opacity』という属性に対して値を設定する。

　CSSの記述例．

　　　body {

　　　 opacity: 0.8

　　　}

　JavaScriptの記述例．

　　　document.getElementById('hoge').style.opacity = 0.8;
　　　※Opacityの範囲は0.0～1.0で、数値が低くなるに連れて透明度が上がる。

0から始めるAndroid1.5　～中級編　カレンダーアプリ～

2009-06-02T10:30:00.008+09:00

今回は、カレンダーアプリを作ってみることにした。

通常のカレンダーだと面白みがないので、

日をアラビア数字ではなく大字で表現して和風テーストを出してみることに。

背景（LinearLayout）には侍という字を画像にしたイメージを設定して、

その上にTableLayoutを載せる。

TableLayout上に横長にTableRowを敷き詰める。

さらにTableRow上にImageButtonを敷き詰めればカレンダーの下地となるマトリックスが完成する。

初期表示及び月切り替えイベント発生時、

GregorianCalendarから対象月のカレンダーを抽出して

それを元にImageButtonの背景画像を変更する。

日付が割り当てられない個所は、INVISIBLEに変更する。

アプリのデモ画面も同じ方式で画像を割り当てていく。

静止画を連続して表示する為、以下のようにThreadに処理を登録しておく。

final Runnable callback1 = new Runnable() {

@Override

public void run() {

//独自処理

demoClear();

}

};

・

final Handler handler = new Handler();

Thread thread = new Thread() {

@Override

public void run() {

try {

handler.post(callback1);

Thread.sleep(300);

handler.post(callback2);

Thread.sleep(200);

・

} catch (InterruptedException e) {

e.printStackTrace();

}

};

thread.start();

今回作成したアプリのデモは、以下にアップロードしている。

＜＜＜Google Group＞＞＞
http://groups.google.co.jp/group/yk-inventory?hl=ja

Ajax覚え書き

2009-05-27T14:37:00.003+09:00

Ajaxについて調査依頼があったので、メモ程度に残しておこう。

＜＜特徴＞＞

　　＜長所＞

　　　　・様々なイベントハンドリングによるユーザビリティの向上

　　　　・非同期通信による通信待ち時間の軽減

　　　　・通信データ縮小によるサーバ、ネットワーク負荷の軽減

　　　　・SSLによる暗号通信が可能(「HTTP」を「HTTPS」に変更するのみ)

　　＜短所＞

　　　　・通信中のURIが表示されない

　　　　・通信が任意のタイミングで発生する(通信の有無を確認しにくい)

　　　　・異なるドメイン間での通信が不可能

　　　　・クロスブラウザ問題(ブラウザによる仕様差)

　　＜フレームワーク＞

　　　　・prototype.jsがメジャー。派生型も多数存在。

　　＜フレームワーク意思決定支援システム＞

　　　　・Ajax Frameworks Decision Center

　　＜統合環境＞

　　　　・Google Web Toolkit

0から始めるAndroid1.5　～初級編　STEP2：公開の章～

2009-05-19T11:47:00.012+09:00

Androidアプリを公開する為には、署名が必要となる。
コマンドプロンプトから署名するよりも簡単に署名することができたので、
Eclipseからの実行方法を紹介する。

Eclipse上で対象のプロジェクトを右クリックで選択して、
Androidツール→Export Signed Application Package を選択する。

選択したプロジェクトが対象となっていることを確認する。

Create new keystoreを選択する。
ロケーション：今回作成する署名ファイルの保存先及びファイル名
パスワード：署名ファイルのパスワード
確認（パスワード確認）：署名ファイルのパスワード

エイリアス：署名の別名
パスワード：エイリアスのパスワード
確認（パスワード確認）：エイリアスのパスワード
Validity(years)：使用期限
First and Last Name：作者名
Organizational Unit：組織単位名
組織：組織名
City or Locality：都市名または地域名
State or Province：州名または地方名
Country Code(XX)：国番号

Destination APK file：今回作成するアプリの保存先及びファイル名

以上で署名付きアプリと署名ファイルが作成された。
署名ファイルは、今後作成するアプリにも適用できるので保存しておく。
署名付きアプリをEmulatorにインストールするには、
コマンドプロンプトから %ANDROID_HOME%\tools配下で以下のコマンドを入力する。
adb install xxxxx.apk

そして、いよいよAndroid Marketに公開と言いたいところだがなんと有料なのだ。
初回登録料として$25が徴収される。
フリーウェアを公開するのに金を払うのは釈然としないので、
今回作成したサンプルは、以下にアップロードすることにした。

＜＜＜Google Group＞＞＞
http://groups.google.co.jp/group/yk-inventory?hl=ja

0から始めるAndroid1.5　～初級編　STEP1：開発の章～

2009-05-15T17:18:00.010+09:00

次は、プログラムに手を加えて簡単なアプリケーション開発に挑んでみる。

今回のポイントは以下の通りである。

１．簡単な画面レイアウトを作成する

２．イベントハンドリングを理解する（ボタン押下時）

３．アイコンを変更する

それでは、『占いアプリ』を例題として作成してみよう。

機能として、ボタンを押下すれば占いの結果を表示するだけのシンプルなものとする。

また、画面遷移は行わないものとする。

１．簡単な画面レイアウトを作成する

画面には、タイトル・ボタン・占い結果を配置する。

タイトル及び占い結果は、読み取り専用なのでラベル(TextView)とする。

２．イベントハンドリングを理解する

onClickイベントの挙動をonCreate処理内で実装するので、

初めて見たときは違和感を感じてしまった。

スタティックなインターフェース内で抽象メソッドを宣言して、

その処理を業務アプリケーションで実装するという手法があることすら知らなかったからである。

最初は以下の要点だけでも掴めていればいいだろう。

画面項目を取得して、その項目に対するイベントハンドラーを構える。

そして、イベント発生時の処理を記述する。

３．アイコンを変更する

メニュー画面に表示されるアイコンも自分専用に変更したいので、

アイコンを作成できるフリーソフトを探してみた。

ico形式のアイコン作成ソフトと、

それをpng形式に変換できるソフトがあったので利用させて頂くことにした。

＜＜＜アイコン作成ソフト＞＞＞

http://www.vector.co.jp/soft/dl/win95/amuse/se346624.html

＜＜＜画像形式変換ソフト＞＞＞

http://www.vector.co.jp/soft/win95/art/se242146.html

作成したアイコンファイルをres/drawable配下に格納する。

ファイル名を変更した場合には、AndroidManifest.xmlのアプリケーションタグにある

icon属性をそれに合わせて変更するだけでよい。

0から始めるAndroid1.5　～HelloWorld編～

2009-05-14T14:01:00.007+09:00

まずは、簡単なサンプルを作ってEmulatorで動作確認をしてみる。

1.　プロジェクトの作成

Eclipseを起動して、Javaパースペクティブを開く。

パッケージエクスプローラーで右クリックして、

新規⇒プロジェクト⇒Androidプロジェクトを選択する。

プロジェクト名：任意の名前（例：Sample01）

ビルドターゲット：Android1.5

アプリケーション名：任意の名前（例：Sample01）

パッケージ名：任意の名前（例：com.android.sample01）

CreateActivity：任意の名前（例：Sample01）

2.　AVD Managerの設定

ウィンドウ⇒Android AVD Managerを開き、AVDを設定する。

名前：任意の名前（例：Android1.5）

ターゲット：Android1.5

SDCard：ブランク

Skin：Default

3.　実行構成の設定及び実行

実行⇒実行構成を開く。

Androidアプリケーションを右クリックして、新規を選択する。

名前：任意の名前（例：Sample01）

プロジェクト：１で作成したプロジェクトを選択

起動：１のパッケージを選択

最後に実行ボタンを押下すれば、Emulatorが起動する。

※ Emulatorが起動して、待ち受け状態になるまでには多少時間がかかる。

メニューにアイコンが追加されて、

画面に「Hello World, Sample01!」が表示されれば成功である。

0から始めるAndroid1.5　～インストール編～

2009-05-14T11:25:00.006+09:00

まずは開発環境を構築するところから始めよう。

以下をインストールすれば最低限の環境は整う。

＜＜＜　JDK6　＞＞＞

http://java.sun.com/javase/downloads/index.jsp

＜＜＜　Eclipse3.4　＞＞＞

http://www.eclipse.org/downloads/index.php

＜＜＜　Android1.5　＞＞＞

http://android-developers.blogspot.com/2009/04/getting-ready-for-android-15.html

※ダウンロードして解凍が終われば、

Eclipseを起動して、

Preferences⇒Android⇒SDK Locationに

AndroidSDKを解凍した場所を設定する。

＜＜＜　EclipsePlugin:Android　＞＞＞

http://dl-ssl.google.com/android/eclipse/site.xml

※インストールは、Eclipseを起動して

Help⇒Software Updates⇒Available SoftWare⇒Add Site

にて行う。

英語が苦手な方は、以下のPluginもインストールする。

＜＜＜　EclipsePlugin:Pleiades(日本語化)　＞＞＞

http://mergedoc.sourceforge.jp/

これで準備が整った。

0から始めるAndroid1.5　～序章編～

2009-05-14T11:01:00.002+09:00

Android携帯の日本での発売日が間近となってきた。

早くて2009年06月にもNTT Docomoから発売される予定である。

今までは携帯ユーザ側からの視点で、

レスポンスが悪いだの、

ユーザビリティーに欠けるだの、

デザインがダサいだの

とボヤいていたが、

そう！！

自分で開発すればいいのだ。

そうすれば、世界に一つしか無い自分専用のアプリも作れる。

無論、そんなものを配布すれば

周囲（ユーザ）からは好き勝手な酷評を並びたてられるだろうが・・・

しかしである、

発売前の今ならば携帯でお馴染みのアプリでさえも、

作ってしまえばパイオニアになれるかも知れない。

そんな淡い夢を見ながら、配布を目指して頑張ろう。

Oracle インデックスは有効なのか

2009-04-07T15:34:00.005+09:00

本件のタイトルが意味するところは２つあり、

１つはインデックスを作成してみたはいいもののそのインデックスが

オプティマイザで有効になっているか否かを確認する。

もう１つは高速化を狙ったインデックスが意味を成していないのではないか、というものである。

前者を確認するにはSQLの冒頭に「explain plan for」と記述して、

その後にOracleの実行計画を参照する。

SQL> explain plan for

2 select

3 *

4 from

5 ZZZ_TABLE

6 where

7 CLM01 = '001' AND

8 CLM02 = '1';

解析されました。

SQL>

SQL> @C:\oracle\product\10.2.0\db_2\RDBMS\ADMIN\UTLXPLS.SQL

PLAN_TABLE_OUTPUT

----------------------------------------------------------------------------------------------------

Plan hash value: 2565712139

-------------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 510 | 1 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID| ZZZ_TABLE | 1 | 510 | 1 (0)| 00:00:01 |

|* 2 | INDEX UNIQUE SCAN | ZZZ_TABLEI0 | 1 | | 0 (0)| 00:00:01 |

-------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

PLAN_TABLE_OUTPUT

----------------------------------------------------------------------------------------------------

---------------------------------------------------

2 - access("CLM01"='001' AND "CLM02"=1)

14行が選択されました。

上記の例を見ると、実行計画に「INDEX UNIQUE SCAN」とあるが、

これはインデックスを利用したことを表していて、

これが「TABLE ACCESS FULL」となっていると、インデックスが利用されずに

テーブルを総なめしているということになる。

Oracleのオプティマイザの判断により、インデックスを利用したSQLを発行したにも

関わらずそのような結果になることもある。

では、Oracleのオプティマイザのジャッジは正しかったのか。

ヒント文を利用すれば、明示的にインデックス検索や全表検索が可能となる。

select

/*+ INDEX(ZZZ_TABLE ZZZ_TABLEI0) */ *

from

ZZZ_TABLE

where

CLM01 = '001' AND

CLM02 = '1';

select

/*+ FULL ZZZ_TABLE */ *

from

ZZZ_TABLE

where

CLM01 = '001' AND

CLM02 = '1';

Java CheckStyleのススメ

2009-03-17T16:08:00.004+09:00

世の中には、ルールというものが存在する。
ルールが存在するからこそ、自由や安心を得られる。
プロジェクト開発においても同様に様々なルールがあり、
それを遵守するからこそ品質を保障できると考えられている。
その中でプログラマには、コーディング規約の遵守が義務付けられるのだが、
規約内容が希薄であったり、曖昧な表現で記載されていることも少なくない。
また、開発の途中でルールが制定されるなんてことも頻繁にある。
プログラマにとっては、その対応だけで無駄な労力を使うことになってしまう。
そんな時に役立つのが、｢CheckStyle｣である。
このプラグインにコーディング規約を設定することで、
プロジェクト全体で統一感のある開発をスムーズに行うことが可能となる。

今回は、SunのCheckStyleを利用して、
CheckStyle対応前と対応後のプログラムを比較してみよう。

＜修正前＞

1行目:最終行が改行されていない。
3行目:・Javadocコメントがない。
　　　・ファイナライズされていない。
　　　・publicなコンストラクタが存在する。
　　　　(public staticなメソッドしかないのでUtilityクラスと判断された為)

4～20行目:インデントがタブとなっている。
4行目:・Javadocコメントがない。
　　　・パラメータがファイナライズされていない。
　　　・[]の位置が不正。
5,7行目:プログラム中にベタで値が登場している。
　　　　(ファイナライズした変数(or定数)を使用しなくてはいけない)
　　　　但し、1や2はベタでもOKの模様。

＜修正後＞

検索エンジン　検索結果に表示させるには

2009-01-19T14:20:00.005+09:00

このブログは、blogger.comから提供されているサービスを利用して、

ドメインの授与、サイトの作成、Webへの公開を果たしているのだが、

公開してやはり気になるのは、検索エンジンにHitするか否かである。

初日に、Google, Yahoo, Live Search(MSN)のそれぞれで検索してみたが、

いずれもHitしなかった。

恐らく、3日あればこのサイトも検索対象として認めてもらえるものと思っていた。

3日後、同じように各社の検索エンジンで試してみると、HitしたのはGoogleのみ。

これは、察するにGoogleとblogger.comが資本関係にあるから、

もしくはGoogleの検索エンジンが他とは違った独自のアルゴリズムを展開しているからの

いずれかだと思われる。

そして、一週間が経過しても結果は同じだった。

このままだと進展がなさそうだったので、調査することにした。

検索結果に表示させるには、２つの方法があることが分かった。

１つは、各社の自動巡回している検索ロボットが対象のサイトを認識するまで待機するという方法。

もう１つは、各社に対してURLを提示する方法。

もちろん、後者の方が手続きが早いのでYahoo, Live Search(MSN)のそれぞれに

当サイトのURLを送信した。

＜各社検索エンジンのURL登録＞

Yahoo

http://submit.search.yahoo.co.jp/add/request

Google

http://www.google.co.jp/addurl/?hl=ja&continue=/addurl

Live Search(MSN)

http://search.msn.co.jp/docs/submit.aspx

ちなみに余談であるが、検索結果の上位にランキングさせる為にはコツがある。

ある法則（キーワードをサイト内に散らばせる等）を満たすと、

そのキーワードに対する検索結果の上位を獲得することができる。

但し、モノには限度があり検索エンジンの管理者から違法だと判断されると、

そのサイトは検索対象から除外されることになる。

検索上位を狙ったビジネスも展開されていて、3位以内にランキングされないと

廃業に追い込まれるようなケースもある。

また、合法的に運営しているつもりが違法だと判断されて廃業に追い込まれるケースもある。

Java GCチューニング

2009-01-14T16:51:00.009+09:00

あるプロジェクトにて、いつものように朝出勤するとサポート担当者が

慌ただしく電話対応に追われていた。

話を伺ってみると、昨日未明にアプリケーションサーバがシステムダウンが発生したとのこと。

その場は、サーバをリブートしてシステムを復旧することができたが、

原因は調査しなくてはならない。

ログを解析すると、メモリリークが発生したことが原因なのはすぐに分かったが、

メモリリークが発生した原因が分からない。

夜間バッチの処理中にメモリリークが発生しているが、

日次処理であり今までは問題なく稼働していた。

急激にトランザクションデータが増加したわけでもない。

そもそも、メモリリークは何故発生するのだろうか。

Javaの一番の特徴は、GC(ガベージ・コレクション)にあると言っても過言ではない。

通常、開発者はメモリ管理を意識してコーディングする必要があるが、

Javaに関しては開発者に代わってJVMが任意のタイミングでGCを発生させてくれるので、

基本的に開発者はメモリ領域を意識せずにコーディングに専念できる。

他言語からJava開発にシフトしてきた開発者の中には、

メモリ管理をせずにはいられない人もいて、明示的にGCを発生させるコードを記述する人もいる。

その際は、使用したオブジェクトを初期化しないとGCの対象にはならない。

どういうことかと言うと、JVMは現時点で利用されているメモリが必要かどうか判断できない。

メモリに格納されているデータを全てクリアしてしまうと、

今後の処理で必要となるデータまで削除されてしまう可能性があるからである。

Webアプリケーションでは、アプリケーションレベル・セションレベルのデータを

保持しておかなくてはならない。

では、GCが発生する任意のタイミングとはいつなのか。

JDK1.2以降では、ヒープ領域としてNEW・OLDの各領域が用意されていて、

NEW領域がいっぱいになった段階でGC（ScavengeGC）が走る。

OLD領域には、ScavengeGCで32回生き残ったNEW領域のオブジェクトが移行する。

そして、OLD領域がいっぱいになるとFullGCが走る。

これがメモリリークの原因である。

今回の事例で何故メモリリークが発生したのか。

まず、アプリケーションサーバが起動したタイミングでシステム全体で利用するリソースは

アプリケーションレベルで保存されるので、後にOLD領域に移行することが確定する。

次に通常業務はトラフィックな状態になると、セションデータもOLD領域に移行しやすくなる。

さらに、日次業務である夜間バッチは大量データを処理する為、一時データもOLD領域に

移行しやすくなる。

日々、この状態が続くとOLD領域がいっぱいになり、FullGCが頻発して最終的には

OutOfMemoryでシステムダウンすることとなる。

メモリリークを回避するにはどうすればいいのか。

全体のヒープ領域を拡張するという方法も考えられるが、

コストが掛かる上に成果が上がらないということも考えられるので

安易に拡張すべきではない。

NEW領域のサイズを変更してはどうだろうか。

拡大させると性能を向上させるというメリットがあるが、

メモリ効率を低下させるというデメリットも併せ持つ。

最大限に活かすには、ヒープ全体の1/3～1/4が妥当である。

NEW領域のEdenとSurvivor（From,To）の比率を変えてみてはどうだろうか。

オブジェクトは、New:Eden→New:Survivor(From) →New:Survivor(To)→OLD

の経路を辿るのだが、Survivor領域が小さいとScavengeGCが32回走るまでに

OLD領域に移行してしまう。

アプリケーションの特性を考えて、この比率を変えていくのが得策である。

どうやって解消したのか。

GCのチューニングで解決するのがベストであるが、

同様の事象が発生することも懸念されるので定期的（業務時間外で日次or週次のタイミング）に

アプリケーションサーバをリブートするという運用で落ち着いた。

システム稼働当初は、チューニングを行った上でGCの挙動を監視する運用を怠ってはいけないと

痛感させられる出来事であった。

＜実行オプション＞

-Xms : 初期ヒープサイズ（全体）

-Xmx : 最大ヒープサイズ（全体）

-Xmn(-XX:NewSize) : New世代領域サイズ

-XX:MaxNewSize : New世代領域サイズ

-XX:NewRatio : New世代領域とOld世代領域の比率（Old世代領域／New世代領域）

-XX:SurvivorRatio : New世代領域とSurvivor領域の比率（Eden領域／From領域）

-XX:TargetSurvivorRatio : New世代領域GC後のFrom領域内オブジェクトの割合目標

-verbose:gc(-verbosegc) : GC情報（簡易）

-Xloggc:filename : GC情報（ファイルへ出力）

-XX:+PrintGCDetails : GC情報（詳細）

-Xverbosegc : GC情報（詳細）を出力（HP-UX JVMのみ）

-XX:+PrintTenuringDistribution : オブジェクトの年齢情報

-XX:+TraceGen0Time : New世代領域の累積GC時間、GC回数、平均GC時間

-XX:+TraceGen1Time : Old世代領域の累積GC時間、GC回数、平均GC時間

-XX:+PrintGCTimeStamps : GCのタイムスタンプ

-XX:+PrintHeapAtGC : GC前後の詳細なヒープ情報

＜GCログ解析ツール＞

GCViewer

ワイケイの格納庫

0から始めるAndroid ～常駐アプリを作る 死なないService編～

0から始めるAndroid ～常駐アプリを作る Serviceも死ぬ編～

0から始めるAndroid ～常駐アプリを作る BroadcastReceiverは死ぬ編～

0から始めるAndroid ～画面遷移～

0から始めるAndroid ～実機でアプリを動かす～

0から始めるAndroid ～インストール編～

Android 開発 apkからclassを生成

アドセンスは儲かるのか

プログラミング言語を開発してみた

Twitterはじめました

Android携帯 本日発売

検索エンジン 検索結果に表示するには・・・結果報告

HTML Windowsライクなメニュー

HTML 透過にするには

0から始めるAndroid1.5 ～中級編 カレンダーアプリ～

Ajax覚え書き

0から始めるAndroid1.5 ～初級編 STEP2：公開の章～

0から始めるAndroid1.5 ～初級編 STEP1：開発の章～

0から始めるAndroid1.5 ～HelloWorld編～

0から始めるAndroid1.5 ～インストール編～

0から始めるAndroid1.5 ～序章編～

Oracle インデックスは有効なのか

Java CheckStyleのススメ

検索エンジン 検索結果に表示させるには

Java GCチューニング

0から始めるAndroid　～常駐アプリを作る　死なないService編～

0から始めるAndroid　～常駐アプリを作る　Serviceも死ぬ編～

0から始めるAndroid　～常駐アプリを作る　BroadcastReceiverは死ぬ編～

0から始めるAndroid　～画面遷移～

0から始めるAndroid　～実機でアプリを動かす～

0から始めるAndroid　～インストール編～

Android携帯　本日発売

検索エンジン　検索結果に表示するには・・・結果報告

0から始めるAndroid1.5　～中級編　カレンダーアプリ～

0から始めるAndroid1.5　～初級編　STEP2：公開の章～

0から始めるAndroid1.5　～初級編　STEP1：開発の章～

0から始めるAndroid1.5　～HelloWorld編～

0から始めるAndroid1.5　～インストール編～

0から始めるAndroid1.5　～序章編～

検索エンジン　検索結果に表示させるには