SDK Tools, Revision 19の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 19(2012年4月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r19は ADT 18やそれ以上を利用するように設計されています。ADTプラグインをADT 18に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

不具合修正：

• GPUアクセラレーション機能を利用したエミュレータをいくつかの開発者が利用できないイシューを修正

このページを見た人は、以下のページも見ています。

• メモリリークを発見！Androidアプリのメモリ解析手法
• GB最強の65%。2012年6月1日時点のAndroid Platform バージョンの割合
• au one Marketアプリの再インストール方法

]]> http://andbrowser.com/development/knowhow/883/sdk-tools-r19/feed/ 1 http://andbrowser.com/development/knowhow/877/sdk-tools-r18/ http://andbrowser.com/development/knowhow/877/sdk-tools-r18/#comments Thu, 03 May 2012 02:59:54 +0000 admin http://andbrowser.com/?p=877

SDK Tools, Revision 18の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 18(2012年4月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r18は ADT 18やそれ以上を利用するように設計されています。ADTプラグインをADT 18に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

概要：

• センサーとマルチタッチエミュレーション機能の両方を含めるために、SdkController アプリを更新

不具合修正：

• いくつかのケースで libs/ フォルダ内のいくつかの jar ライブラリが含まれないAntに関するイシューを修正

このページを見た人は、以下のページも見ています。

• Android Development Tools(ADT) 20.0.2 更新情報
• Android Development Tools(ADT) 20.0.0 更新情報
• Android Development Tools(ADT) r16.0.1 更新情報

]]> http://andbrowser.com/development/knowhow/877/sdk-tools-r18/feed/ 0 http://andbrowser.com/development/knowhow/869/sdk-tools-r17/ http://andbrowser.com/development/knowhow/869/sdk-tools-r17/#comments Thu, 03 May 2012 02:44:00 +0000 admin http://andbrowser.com/?p=869
SDK Tools, Revision 17の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 17(2012年3月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r16は ADT 16やそれ以上を利用するように設計されています。ADTプラグインをADT 16に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

更新情報：

• エミュレータ
  • ハードウェアアクセラレートされるグラフィックレンダリングのサポートを追加。この機能を利用するためには、APIレベル15 リビジョン3かそれ以降のシステムイメージが必要です。(詳細情報はこちら（英語）)
  • WindowsとMac OS X 上の virtualization mode で x86システムイメージの動作をサポート(詳細情報はこちら（英語）)

    注意点： x86システムイメージをインストールするための Android SDK Manager の利用方法。Android x86 システムイメージは、すべてのAPIレベルで準備されておりません。

  • USB接続された物理Androidデバイスからの入力を受け取るために有効化したエミュレータにおいて、マルチタッチ入力のための実験的なサポートを追加。(詳細情報はこちら（英語）)
• DDMS上にアプリのリアルタイムな詳細なネットワーク利用情報の表示機能を追加(詳細情報はこちら（英語）)
• ProGuard
  • バンドルされた ProGuard ツールを Version 4.7 に更新。多数の新機能が追加され、この追加でいつくかのユーザが経験していた「Conversion to Dalvik format failed with error 1」エラーが修正
  • デフォルトの proguard.cfg ファイルにAndroid向けによりよい設定を標準で追加。
  • ProGuard設定ファイルを分割。プロジェクト内のプロジェクト固有設定とツールから提供されたAndroid一般設定の２つに分割。
• ビルド
  • デバッグモードで実行時のみコードが実行される機能を追加。ビルド向けに新しく作成されたBuildConfigクラスに含まれているDEBUG定数を追加。これはビルド時のタイプ（リリースビルド、デバッグビルド）によって自動的に設定されます。BuildConfig.DEBUG定数は、デバッグモード時のみ有効化されます。
  • プロジェクトとライブラリのライブラリフォルダのいくつかの jar ファイルに関するイシューを修正(詳細情報はこちら（英語）
  • ライブラリ内にカスタム属性を保持しているカスタムビューのサポートを追加。カスタム属性を利用しているレイアウトは、アプリのパッケージ名に含まれているURIの代わりに必ずネームスペースURI（http://schemas.android.com/apk/res-auto）を利用すべきです。このURIはビルド時にアプリ固有なものに置き換えられます。
• Lint
  • Androidアプリのソースコードへの Lint チェックを更新。以前のアプリケーションコードの中から検索をベース（未使用リソースのチェックのような）にした Lint ルールは、木構造をパースしたJavaスタイルをより正確に利用するために上書きされました。
  • ライブラリプロジェクトをチェックする機能を追加。この変更は、ライブラリプロジェクトと参照されている下位のプロジェクトの中で宣言されているリソースの未使用リソースのようなルールを意味しています。
  • JavaコードとXMLファイルの中で Lint 警告を抑制する機能として、@SuppressLint アノテーションを追加。例えば、ネームスペースと無視する属性に関して。(詳細情報はこちら（英語）)
  • 新しい Lint チェック：
    • サポート中の最小のAndroid Versionより高いAndroidバージョンを必要としているAndroid API コール向けのチェックを追加。システムバージョン状態をラップしたコードがある場合、警告を抑制するために新しい @TargetApi アノテーションが利用できます。(詳細情報はこちら（英語）)
    • パフォーマンスやXMLレイアウトやマニフェストやファイルハンドリングに関するチェックを含めた 20 を超える新しい Lint ルールを追加。

このページを見た人は、以下のページも見ています。

• auマーケットの簡単インストール方法
• Android Development Tools(ADT) 20.0.0 更新情報
• SDK Tools r16 更新情報

]]> http://andbrowser.com/development/knowhow/869/sdk-tools-r17/feed/ 0 http://andbrowser.com/development/680/sdk-tools-r16/ http://andbrowser.com/development/680/sdk-tools-r16/#comments Thu, 15 Dec 2011 23:13:07 +0000 admin http://andbrowser.com/?p=680 SDK Tools, Revision 16の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 16 (2011年12月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r16は ADT 16やそれ以上を利用するように設計されています。ADTプラグインをADT 16に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

概要：

• Android プロジェクト (詳細情報)にエラーを発見するための Lint ツールが追加されます。（著者追加：Lintについてはこちら）
• センサーエミュレーションサポートが追加。物理的Androidデバイスからセンサーデータを読むために（データを）エミュレータに付与します。
• Mac OS X 上でカメラをエミュレートするためにウェブカメラを利用可能なサポートを追加

不具合修正：

• Android 4.0 システムイメージのためのスナップショット機能を提供
• ビルドファイルに案するいくつかの項目を修正
  (Issue 21023, Issue 21267, Issue 21465, Issue 21525).

このページを見た人は、以下のページも見ています。

• Android Development Tools(ADT) 16 更新情報
• SDK Tools Revision 18更新情報
• SDK Tools Revision 19更新情報

]]> http://andbrowser.com/development/680/sdk-tools-r16/feed/ 2 http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/ http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/#comments Thu, 10 Nov 2011 01:04:54 +0000 admin http://andbrowser.com/?p=589

android SDK Tools r15 での and build に興味がある方は、まずandroid SDK Tools r15 での and build のエラー対処方法を見てみてください。

このエントリでは、その次のフェーズとして、proguard を利用したい場合の紹介をします。

既に ant build できる環境が構築できている場合は、以下のどちらかのコマンドを実行したと思います。

android update project

もしくは

android create project

これらのコマンドが成功していれば、例えば以下のように proguard.cfg というファイルが生成されているはずです。

# android.bat update project -p ./
Updated local.properties
Added file \toGmail\proguard.cfg

このファイルは proguard を利用するうえで、大変重要なファイルです。中身は以下のような内容になっています。
中身の詳細説明は、ProGuardを使っての難読化方法に詳しい解説がありますのでこちらをご覧ください。

# cat proguard.cfg
-optimizationpasses 5
-dontusemixedcaseclassnames
-dontskipnonpubliclibraryclasses
-dontpreverify
-verbose
-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.android.vending.licensing.ILicensingService

-keepclasseswithmembernames class * {
native ;
}

-keepclasseswithmembers class * {
public (android.content.Context, android.util.AttributeSet);
}

-keepclasseswithmembers class * {
public (android.content.Context, android.util.AttributeSet, int);
}

-keepclassmembers class * extends android.app.Activity {
public void *(android.view.View);
}

-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}

-keep class * implements android.os.Parcelable {
public static final android.os.Parcelable$Creator *;
}

まずは特に proguard.cfg はいじらずに標準設定のままで利用するのがよいでしょう。利用方法は以下になります。
まず、ant.properties の中に以下の１行を追加します。これによって、ant release ビルドのときに proguard が有効になりビルドプロセスの中に組これます。

proguard.config=proguard.cfg

なんとこれだけです。SDK Tools r14 以前では、ここやここのように必要なxmlファイルをダウンロードしてきたり、build.xml に追記が必要だったりしましたが、r15（r14からの機能かもしれませんが）からは断然簡単になりました。

標準状態で作成された ant の target では、releaseビルド時のみ proguard が有効になるため、出来上がった apk には適切な署名でサインしてからインストールしましょう。

結論

標準設定のままなら proguard を書けるのは大変簡単！ソフトウェア資産を守るだけでなく、バイナリサイズも小さくなるというユーザへのメリットもあるため（Android Market からのダウンロード時間の短縮や、データ通信料の削減（世の中の流れはデータ通信の定額化の廃止のため））是非活用していきましょう。

このページを見た人は、以下のページも見ています。

• android SDK Tools r15 での and build のエラー対処方法
• Android Development Tools(ADT) 22.2 更新情報
• Android Development Tools(ADT) 22.2.1 更新情報

]]> http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/feed/ 3 http://andbrowser.com/development/knowhow/559/android-sdk-tools-r15-ant-build-error/ http://andbrowser.com/development/knowhow/559/android-sdk-tools-r15-ant-build-error/#comments Tue, 08 Nov 2011 04:17:15 +0000 admin http://andbrowser.com/?p=559

SDK Tools r15 がリリースされましたが、r14以前の環境で構築したant build環境（build.xmlなど）において、以下のようにビルド時にエラーが発生して、うまくビルドできませんでした。

もしかすると本現象は、SDK Tools r14 からでも発生していたかもしれません。私は、r14のときは eclipse でビルドを行っていたため、ant build 環境の動作を試したのが今回の r15 からでした。

このまま放置しておくと後々痛い目を見ることは明らかのため、修正することにしました。

まずエラー内容に書かれているように

android update project

しなさいということなので、以下のコマンドを実施します。

なお、私の環境は、Windows 7 上のcygwin or コマンドプロンプト上で実施しています。linux, MAC の方はそれぞれ読み替えてください。

android update project -p ./

上記コマンドをプロジェクトの build.xml のあるディレクトリ上で実行すると以下のような結果が出ます。

実行結果から以下のようなことがわかります。

• default.propertics が更新され、さらに project.properties に名前変更← 名前変更のみ。中身の変更なし
• local.properties が更新 ← 中身の変更なし
• build.properties から ant.properties に名前変更 ← 中身の変更なし
• build.xml は様々なエラーによって更新できず
• proguard.cfg が更新

r14以前の環境で各種ファイルをカスタマイズしている人は、中身の更新があるのかもしれません。私の環境の場合は上記のような結果でした。

私の環境の場合は、build.xml に特に手を入れていないため、新しく作成することにしました。一度、build.xml を削除して、再度 [android update project -p ./ ]コマンドを実行します。

5行目のとおり、build.xml が追加されました。

3行目で表示されているメッセージは、android update project の引数にプロジェクト名（オプション：-n [Project name] or -name [Project name])を指定しなかったため、アプリケーションを起動したときに表示される Activity の名前を build.xml の中の name に使用したよ。気に入らないなら、build.xml の１行目を変更してね。というものです。

これで、無事に ant debug が実行できました。

この更新で ant の target（installd, installr, installi, installtなど) も以下のように増えたようで、antを利用した開発がより便利になりそうです。

結論

• build.xml は作りなしたほうが手間が少なそう
• default.properties と build.properties はそれぞれ project.properties と ant.properties に名前が変更になった
• これは個人的には大変便利だと思います。コマンドラインでの tab の補完が b の場合、build.xml と build.properties と２つがあり、煩わしかったのですが、これが解決されました。さらに、default.properties に関しては、何のデフォルト？といつもファイル名から意味が理解できませんでしたが、今回の変更でプロジェクトに関する定義ということが明確になり、直感的に理解しやすくなりました。
• ant の target が増えた！！
• eclipse がなくても、xemacs+ant のみで開発ができそうな予感（まだチャレンジしていませんが・・・）

このページを見た人は、以下のページも見ています。

• git config alias.fetch-pulls=fetch origin +refs/pull/*:refs/remotes/pull/*
• Android Stdio 便利ショートカット(emacs設定中）
• Android 4.2の「開発者向けオプション」を削除する方法

]]> http://andbrowser.com/development/knowhow/559/android-sdk-tools-r15-ant-build-error/feed/ 3