発見した事

Intel(R) 6 Series/C200 Series Chipset Family USB Enhanced Host Controller - 1C26 - エラー 0x800f0219

片桐　継（Tugu Katagiri） — Sun, 19 Jun 2016 14:10:00 GMT

マシンはASUSのU24E。

Windows10 にしてからUSBが不安定で、デバイスがこのエラーで動作してなかったんよねー。

んでもって、がんばって、対処してみた。

原因は、Intelさんとこから出てるドライバファイルがWindows10 さん的に「あやしくね？」「バージョンちがくね？」なものらしく、それで動かないんですわー、的簡単なものなので、対処としてはこのファイルをWindows10さんが「正しい」「動かしてええよん」と思うドライバファイルにすればよいだけ。

このサイトの

https://downloadcenter.intel.com/download/19596/INF-Update-Utility-Primarily-for-Intel-6-5-4-3-900-Series-Chipsets-

青色ボタンの「infinst_autol.exe」を実行して、ファイル書き換えればＯＫ。

このページのこのボタンを押す、という行為に気付くのに時間がかかった＜を

実行後は再起動しておけば尚ＯＫ。

ドライバファイルはインテルさん証明書付なんで、Windows10さんはご機嫌に動かしてくれまする。

ソースコードの表記がうまくいかないので

片桐　継（Tugu Katagiri） — Mon, 28 Mar 2016 23:06:00 GMT

外部委託（あうとそーしんぐ）することにしたｗ

サイトはここ：https://tohtml.com/

細かいところはHTMLコード貼り付けてから手を入れれば何とか。

Public Class Hoge
  Property HogeHoge As String 
End Class

これでどだ？

Android Studio で Junit を使いたいので、戦い続けて挫折して立ち返って立ち直った話

片桐　継（Tugu Katagiri） — Thu, 21 Aug 2014 16:49:00 GMT

最初、EclipseでJunit 4.11+Robolectricを使ってたんだけど、AndroidStudioに移植した時に、全部グリーン状態のソースを移植したのでテストコードは省いてたｗ

なので、機能追加のついでに、テストコードも移植しようと思ったんだけど、意外な展開が。

!!! JUnit version 3.8 or later expected:

java.lang.RuntimeException: Stub!
＜中略＞
Process finished with exit code -3

素直にRobolectricを依存ライブラリに追加して実行して、なにこれ？？？というわけで色々と調査。で、判ったことは

Android StudioでRobolectric使うならプラグインいれましょう
クラスパスはJunit＞SDKの順番でライブラリ参照しましょう

あふー、gradleをいじる羽目になりましたですよorz　書き直すのメンドイなー。

RobolectricスタッフのブログやGoogleGroupを見る限りだと、この辺りの問題はできたら解決したいなー的レベルらしくて、しばらくは手動でごにょごにょの世界のようです。まぁAndroid Studio自身がbetaの立場だもんなー、正式版になってからなんだろうなぁ（遠い目）

で、やってみたこと。

app/build.gradleにrobolectricの依存ライブラリ追加
ルートのbuild.gradleにrobolectricのプラグインのための依存ライブラリ追加
app/buid.gradleにrobolectircのプラグイン追加
ここで、いったんgladleをSync
ターミナルから、プロジェクトルートでgladle robolectric を実行し、必要なクラスがコンパイルされていることを確認
テストコードを書いて、ライブラリが追加出来ていることを確認
テストコードから生成されたクラスの出力先をクラスパスに追加
プロジェクトルートにある、.imlファイルの中にあるクラスファイルの読み込み順番を変更
gladlew androidTest を実行

さらっと書いたけど、２から５の間はgradleソースの読み込みだったので、簡単じゃなかったよorz 　gradleソースはpom.xmlよりも何をやっているのかソースで追える分、楽と言えば楽だし、親切と言えば親切なんだけどね。やっててよかったgroovy。

そして、何とかたどり着く9のフェーズ。ここで恐怖のハマりポイント、自クラスをクラスパスにうまく追加できない、をやらかしてしまった。いや、世界には、この方法で解決している人もいるので（成功例がMacOSXだったりするのがとてもとても気になるけれどもｗ）きっと、何かが悪いんだろう。

収穫はgradleソースが読めるようになった、ってことで、挫折orz

これに丸々二日ハマって、なんか疲れたんで、基本に立ち返ってみたんだ。

Android SDK　にテストフレームワークがあるのかな？

結論から言えば、ある、Junitがある。ただし、バージョンは3.8。便利なassertもアノテーションも全滅のオールドタイプさん。まぁ悪いバージョンじゃないんだ、基本機能はガッチリ揃ってるし、実績も高いしさ。まさかとは思うけど、Mavenリポジトリサイトで、Junit3.8のダウンロード数が廃れないのは、こいつのせいだったりしてねｗ　

Testing Fundamentals | Android Developers:
http://developer.android.com/tools/testing/testing_android.html

基本に立ち返って、もう一度、この記事を目皿にして読み直し、抜粋したポイントは

ディレクトリを作成する
テストしたいAndroidオブジェクトに対応したTestCaseを継承してテストコードを書く
Android Test を実行する

これだけ。じゃ、やってみようか、もちろん、最初はレッドのテストでね。

まず、ディレクトリ作成

デフォルト配色で、androidTest/javaフォルダが緑色になればOK。これは、テストクラスのあるパッケージディレクトリですよ、を指している色で、これが指定されていないと、後の作業がメンドクサイ、フォルダ見難いｗ

このフォルダの指定は、モジュールの.imlファイルに記述されているので、検索してフォルダ表記が無かったら、それを記述追加してリビルドすれば環境ができているはず。できるだけ、いじらないでいたいなら、テストクラスとして指定されている別のフォルダがすでにあれば、それを新規作成すると後も綺麗に続けられるので楽。テストクラスのパッケージフォルダ記述が無いなら、仕方ないから追加ね。

そして、テストクラスを新規作成。これはいつもの新規作成の手順でOK。

public class ApplicationTest extends ApplicationTestCase<Application> {
    public ApplicationTest() {
        super(Application.class);
    }

    public void testAssertion(){
        assertEquals(1,3);
    }
}

絶対レッドのテストｗ＜手抜きすぎｗ

今回はアクティビティやコンテンツのテストではないので、ApplicationTestCaseを継承したけど、テストしたいものによって継承するテストクラスが異なるので、細かい事は前記述のサイトのリンクから参照で。(そのうち、まとめるとは思うけどｗ)

クラスが書けたら、次は実行設定。私は、モジュール内のｘｘｘｘTestクラスのtestXXXXメソッドを総なめにした。細かくやりたい人はパッケージ事とかに分けると良いと思う。

Android SDKのJunitは実行環境を必要とするのでエミュレーターは起動しておき、立ち上がりを確認したら、テストを実行してエミュレーターに環境割り当てをすると、テストモジュールがエミュレーターにアップロードされて……

よっしあぁ！レッドすねぇぇくかもぉぉん♪

というわけで、立ち返ってからレッドになるまで、２時間だったというオチｗ

基本って大事だね！　痛感したわ。

Robolectric を　Eclipse with ADT で使ってみる。

片桐　継（Tugu Katagiri） — Wed, 16 Jul 2014 12:00:00 GMT

Androidアプリを作るのに、低スペックPCで　エミュレーターを使ってテストしていると、遅いorz　重いorz　もうやだ；；

となったので、テスト環境を考え直すことにした。

で、見つけたのが、これ、Robolectric

Robolectric
http://robolectric.org/

エミュレートせずに、Junitで片付けてしまおうぜ！というモノらしいｗ

まぁ、あの重いのを使わずに済むなら、と早速導入。

pomに依存関係を追加する、いつもの方法でMavenからの導入をすると、pom.xml がエラー。

簡単に解釈すると、[android-support-v4.jar]が依存関係にあるのだけれど、これを集めてくることが出来ないらしい。

しょうがないので、pomからの導入を諦めて、

The Central Repository Search Engine
http://search.maven.org/#search|ga|1|g%3A%22org.robolectric%22

から、jar-with-dependencies.jarを取ってくることにする。

このjarファイルだと、欲しいjarが全部入りなので、取りこぼしも無いし。

というわけで、ダウンロードしたjarをプロジェクトの参照ライブラリに追加して、テストを記述。

@RunWith(RobolectricTestRunner.class)
public class ClassRecordTest {
	@Test
	public void testToString() {	
		Record act = new Record();
		assertThat(act, is(notNullValue()));
		assertThat(act.toString(), is(notNullValue()));
	}
}

Junit4のテストランナーで起動を確認！……できたのにorz

java.lang.UnsupportedOperationException: Robolectric does not support API level 19, sorry!
    at org.robolectric.SdkConfig.<init>(SdkConfig.java:24)
    at org.robolectric.RobolectricTestRunner.pickSdkVersion(RobolectricTestRunner.java:320)
    at org.robolectric.RobolectricTestRunner.getEnvironment(RobolectricTestRunner.java:296)
    at org.robolectric.RobolectricTestRunner.access$300(RobolectricTestRunner.java:61)
    at org.robolectric.RobolectricTestRunner$2.evaluate(RobolectricTestRunner.java:202)

明るく「sorry!」とか言ってんじゃねぇっ！とツッコミしつつ、

@Config(emulateSdk = 18) 
@RunWith(RobolectricTestRunner.class)
public class RecordTest {
	@Test
	public void testToString() {
		Record act = new Record();
		assertThat(act, is(notNullValue()));
		assertThat(act.toString(), is(notNullValue()));
	}
}

これで、なんとか動くようになった。本来のテストのコードはもっと色々と入ってるけど、ここでは割愛してまするｗ

さて、テストごりごり書いていこう。

テストプロジェクトの環境設定まとめ

もっとスマートな方法があるかもしれないけど、ベタな方法でｗ

使いたいJunitとツールは次のもの。

Junit4
Robolectric
Mockito
Dexmaker

Robolectricはpom.xmlから導入すると先述の問題が出ているので、それ以外をpom.xmlにセット。

  <dependencies>

	<dependency>
		<groupId>com.j256.ormlite</groupId>
		<artifactId>ormlite-android</artifactId>
		<version>4.48</version>
	</dependency>

	<dependency>
		<groupId>junit</groupId>
		<artifactId>junit</artifactId>
		<version>4.11</version>
	</dependency>
	

	<dependency>
		<groupId>org.mockito</groupId>
		<artifactId>mockito-all</artifactId>
		<version>1.9.5</version>
	</dependency>
	
	<dependency>
		<groupId>com.google.dexmaker</groupId>
		<artifactId>dexmaker-mockito</artifactId>
		<version>1.1</version>
	</dependency>
	
  </dependencies>

これを追加。バージョンについては、それぞれの最新を以下のサイトより。

Maven Repository: Search/Browse/Explore
http://mvnrepository.com/

そして、次の作業をして、テスト時に参照するクラスを一か所に集結。

ダウンロードしてある、roborectricの with_all_dependencies.jar をプロジェクトの参照ライブラリにセット。
テストで使用したいバージョンのAndroidライブラリ（ここでは18）を参照ライブラリにセット。
その上で、プロジェクトのgen、src、testの出力先ビルドパスを/target/classesに統一。

これで、Junitを実行した時に、Junitに参照させたい全部のクラスが読み込める状態になる。これが出来てないと、Junitテストを実行すると No class not found で例外が起きちゃうので、気を付けておきたい設定だよね。

後は、テストを書いて、Junitテストの実行でOK。これならいつもの方法だから、早いし、低スペックPCでも安全。

たとえば、OrmLiteSqliteOpenHelperを継承して作ったヘルパークラスのテストを書いてみると、

/**
 * Test for DatabaseHelper
 * @author esten
 *
 */
@SuppressLint("InlinedApi")
@Config(emulateSdk=18)
@RunWith(RobolectricTestRunner.class)
public class DatabaseHelperTest {

	/**
	 * Test for onCreate
	 */
	@Test
	public void testOnCreate() {
		// get Context
		Context context = Robolectric.application.getApplicationContext();
		
		// assert Constructor
		DatabaseHelper act = new DatabaseHelper(context);
		
		assertThat(act, is(notNullValue()));
		
		assertThat(act.getContext(), is(context));

		// assert DAO class generate
		RuntimeExceptionDao<DiceRecord, Long> actDao = act.getDiceRecordDao();
		
		assertThat(actDao, is(notNullValue()));
		
		// assert 4 Records in Database after initialize
		long actRecCount = actDao.countOf();
		
		assertThat(actRecCount, is(4L));
		
		List<DiceRecord> actList = actDao.queryForAll();
		
		assertThat(actList.size(), is(4));
		
	}
}

これでJunit実行で確認OK。

テスティングペアも同プロジェクトにあるから、QuickJunitで行き来できるし、エミュも動かないから軽い。

これで引き続き、作業を進めようｗ

AndroidのListViewについて考えた

片桐　継（Tugu Katagiri） — Tue, 15 Jul 2014 18:10:00 GMT

Androidの画面部品に、ListViewってのがある。

ここに、必要な項目を表示させるための仕組みとして、Androidアプリのテンプレ？があることを覚えた。

Model－Adapter－ListView、というキーワードで結びつきがあって、これ、そのままMVC。

そう考えると、すぐに、どんなクラスをどの役割でどういう関係で使うのか、が判る。

なんて簡単に書いてるけど、MVCとかMVVMとか、デザインパターンを知っていたからできたこと。

逆に言うと、それらを覚えていないと、仕組みや作りについての理屈というか理解というか勘所がきっと難しい。

積み重ねてくるって大事で、知らないなぁってことを知ろうとして、ほんのちょっとでも触れているというか経験を積んでおくだけで、新しい事もまるで知ってたことみたいに知ることができるって楽しいし、こんなにも面白いんだね。

とか思いながら、最近は、ここいら辺のサイトに出入りしてるｗ

Android Tutorials for Beginners: ListView with Custom Adapter
http://www.learn-android-easily.com/2013/06/listview-with-custom-adapter.html

サンプルコードが豊富なのって、本文ゆっくり読みでも理解しやすくていいよね。

私もできるだけ、サンプルコードを載せられるように頑張ってみようｗ

サンプルコードが必要なテーマというか、お話の時は、だけど。

ADTのLayoutEditerを使いたい。

片桐　継（Tugu Katagiri） — Fri, 11 Jul 2014 16:02:00 GMT

Androidの画面はXMLで出来ている。

XAMLと同じだね。書くコードは微妙に違ってるけど、考え方というか、やり方はほぼ同じ。

XAMLよりはテンプレ化が進んでないから、自分でテンプレつくる気持ちでちまちま作ればOK。

メンドクサい時には、ぐぐってサンプルとってきて、ちまちまいじって自分用にすればOK。

と、気楽に思って使っていたら、

EclipseのAndroid Layout Editerの画面の挙動がおかしい。

部品一覧がでないし、レイアウトのプレビューも表示されない。

ま、いっかーと進めてて、やっぱり、無いとメンドクサイ、と堂々巡り。

ふと、ふと思いついて、日本語化をやめてプラグインを外してみたら、綺麗に動いた。

日本語化をするなら、ほどほどに、ってことでｗ

で、再度、日本語化してみたら、今度は画面が日本語化されるようになったよ。

ここから、Android XML レイアウト・ファイルを選んで、名前をつけてテンプレを選択して完了ボタン。

おー、部品名も日本語化してる！ってことで、作業を引き続き。

つまり、Eclipse立ち上げる時に、特にプラグイン入れた後とかは、-clean をしとけって事だ。

Eclipse開発環境のGitに、AtlassianのBitbucketを使ってみる。

片桐　継（Tugu Katagiri） — Wed, 09 Jul 2014 12:55:00 GMT

さくっとできたので、嬉しくてメモ。

Software Development and Collaboration Tools | Atlassian
https://www.atlassian.com/

ここで、5Userまでのプライベート利用なら無料で使えるクラウドのGitサーバー環境が手に入るの。

私はGoogleのIDを持っているので、それでOAuth認証してすぐにアカウントを作ることができたよ。

とりあえず、アカウントができてログインしたら、リポジトリを作ろうか。

そんなに操作は困らない。

ここのサイトの素敵な所は、ヘルプや説明が充実してて、操作への誘導というか説明が判りやすいって所だと思う。

できあがったら、EclipseのGitからここへ対して操作を送ることが出来るように設定。

私は、間にローカルのリポジトリをはさんだけれど、直接の人もいるかもね。

作成しておいたローカルGitからリモート先として、作ったリポジトリ(画面だとtest_rep)を設定して送り込むだけ。

これでBitbucketのGitを使えるようになる。

なんてお気軽＆便利♪

自分用Trac作っちゃったけど、どうしようｗ　連携できると良いんだけど……。

できるのかしらん？　それはまたおいおい調べよう。

Androidアプリケーションでデータベースを使いたい。

片桐　継（Tugu Katagiri） — Mon, 07 Jul 2014 13:33:00 GMT

さて、アプリケーション作る上で必要なもののひとつ、データベースにデータ格納して、取り出して使いたい、なんて時。

まぁ普通にORMでゆとりして、DAOパターン使えばいいよね、とか考えるんだけど、Androidだとどうなんだろう。

調べてみて、判ったことは

データベースにはSQLiteを使う。
SQLiteを使うように、処理クラスが用意されている。
ORMするには、追加jarライブラリが必要。

ってことまで判った。

ORMしなくても、地道にSQL書いたり、用意されてるメソッド読んだりして処理できるらしいけど、書くソースコードが多いので疲れそう。あとでメンテするのもメンドクサそう。

なのでやっぱり、ORMしようかな。

Hibernateは使い慣れているけれど、Android環境ではどうなんだろう。

なんて考えながら、ネットをうろうろして、ちょっとみつけたものがあるので使ってみようと思う。

OrmLite - Lightweight Java ORM Supports Android and SQLite
http://ormlite.com/sqlite_java_android_orm.shtml

軽そう＆面白そう。使い方はアノテーション＆Configファイルで良さそう。

試してみることにするｗ

話変わるけど、Mavenってツールがあるのね。これは、コンパイルするときに必要なリンクライブラリをかき集めて取ってきてくれるツール。他にも色々と便利な機能があるけど、複雑になっちゃうので割愛。依存関係とかあると、これを使うならこれが必要、あれリンクするならあれも必要、とか、人力でやってると、ライブラリがないよエラー連発でキーーッてなるような事故がよく起きる。それを「これ使います」と特定のファイルに書いておくと、関係ライブラリもひっくるめて、探して全部まとめて取ってきてライブラリパスからリンクできるようにしてくれるから、ストレスが減っておすすめ。

つまりは、リンクライブラリで苦労したくないなら、入れておけってことだｗ

話を戻して、さっきのOrmLiteを追加してみる。

で、Mavenプロジェクトにしていると、リソースに、pom.xmlってファイルができる。ここにOrmLite用の依存ライブラリを追加すればいい。

Maven Repository: Search/Browse/Explore
http://mvnrepository.com/

というサイトを知っておくと、この作業がとっても幸せ＆楽ちん。

実はこのサイトは、検索してMaven用のリポジトリをpom.xmlにコピペできるように提供してくれるサイト。

ここで検索すると大概のリポジトリ定義は見つかるので、さっそくコピペ追加して、プロジェクト更新。

必要なjarライブラリが追加されるので、プロジェクトの準備完了。

さっそく、OrmLiteのサイトの説明を見ながら、ちょっとサンプルアプリを作ってみようｗ

でも、疲れたから、今日はここまでorz　

Androidアプリケーションを作るためのプロジェクトを作ってみる

片桐　継（Tugu Katagiri） — Fri, 04 Jul 2014 10:46:00 GMT

まだ手探りで、とっても、とっても、ゆっくりとｗ

とりあえず、ここのサイトからスタート。

http://developer.android.com/tools/workflow/index.html

Androidアプリ開発の簡単な手順について説明しているページね。

難しい英語じゃないから、ビビらず、ゆっくり読んでいけばOK。

要約すると、こんな感じらしい。

開発環境とテスト環境を作る
プロジェクト作る
コード書いて、デバッグして、テストして、また書いて、デバッグして（ｒｙ
アプリできたよー、使ってねー、リリース

なんだ、いつものアプリ作りとあんまり変わらないね。私の場合は、３の所がまるっとTDDになるけどｗ

で、これをEclipseの環境で、どう使っていくのかなぁと思っていたら、テスト環境にはエミュレータが必要で、これが動くようになってないと先々に困りそう。実機使うの、なんだか怖いしｗ　とりあえず、Androidアプリに必要なファイルについては、一括して、Android SDK マネージャーってツールで色々とお助けしてくれるらしいので、早速起動。

そして、気が付くｗ　エミュレータ―に必要なSystemImageはuninstallだったｗ

時期的に、ちょうど、まだ未リリースの次バージョン、Android L のSDKも公開されてたので選択。何も考えずにSDKインストールすると、4.4Wだけが入るみたい。Wearなアプリなんて考えてないから、手持ち実機と近いバージョン4.4.2を追加。そして、エミュレートの肝になるSystemImageも選んで、中身をのぞいてみたいからSDKのソースも確保ｗ　このソース読むだけで楽しいだろうなぁとワクワク。

後はそれぞれの使用許諾をAcceptして、インストール開始。無事終了したら再起動。Android仮想デバイスマネージャーを使ってエミュレートするデバイス端末を登録して、仮想でのテストが出来るように準備。といっても、仮想デバイスマネージャーに雛型が登録済なので、そこからテスト用の端末を作るだけなんだけどね。

ここまでで１のフェーズが終了。

さて、じゃ、プロジェクト作ろうかな。ちょっとサイトを読み進めると、

http://developer.android.com/tools/projects/index.html

このページでお約束事発見。Androidアプリのプロジェクト構成として、アプリケーションプロジェクトと、そのアプリケーションと紐づけたテストアプリケーションプロジェクトの二つを作るってことみたい。テスト専用プロジェクト作るとか、面白すぎｗ　

さて、なんとなく作業がイメージできたし、サクサクすすんじゃおう。　でも、疲れたから、休憩なｗ

Trac 1.0.1 を日本語化する。

片桐　継（Tugu Katagiri） — Fri, 20 Jun 2014 08:45:00 GMT

昨日の作業で、aptitue trac-ja-resource　がうまく動かなかった。

理由は、提供している日本語化リソースの対応バージョンが 0.1x だったから。

まぁしょうがないよね、ってことで、引き続き、Tracのプラグインについて、色々と調べてたんだ。

そうしたら、バージョン 1.0x 用の日本語化リソースファイルを発見！

インタアクト株式会社--業務内容--公開資料
http://www.i-act.co.jp/project/products/products.html

さっそく、さくっとさくっと（ｒｙ

# easy_install http://www.i-act.co.jp/project/products/downloads/Trac-1.0.ja1.zip

導入成功。

tracdを再起動して、web画面で確認。

日本語になった。

タイトルロゴも設定して、スタートページも編集して、いよいよ、ぼっちチケット駆動作業管理のスタートだね！

閑話休題

Androidアプリ開発に手をつけるのは、いったいいつ……

私自身はとっかかるまでが遅いのよね。早くもいいけど、確実に、を忘れないようにしてたいし。

という一方で、実は、

Appmethod | Build Apps for Android, iOS, Windows, and Mac
http://www.appmethod.com/jp/

これがすごく、すごーく、すごぉぉぉぉく、気になってるのｗ

これでさくっと作っちゃう方が早くね？　みたいな。