プログラミング参考サイトまとめ

投稿日時: 2013年12月20日投稿者: admin

Java

Javaアプレット・AWT・Swing

JavaFX

サーバサイドJava・Tomcat・GlassFish

Struts、SAStruts

Spling

オブジェクト指向

JDBC

SQL・DB

DTO

JUnit

REST・SOAP

JAX-RS

Twitter4J

Android

iOS

Java→iOS

Qt・Qt Quick

Windows8

BlueStacks

Eclipse

AptanaStudio

Zen-Coding・Emmet

NetBeans

IntelliJ IDEA

バージョン管理

HTML

HTML5

CSS

WebSocket

WebSocketの基礎知識(2012年年始版)
WebSocket、組み込み、並列処理で進化するJava、そして最強のIDEはどれだ？～Java Day Tokyo 2013まとめレポート (1/5)
これから利用拡大？WebSocket
WebSocketでリアルタイム処理をする
【HTML5】WebSocketとJavaサンプルプログラムのご紹介
Websocket(Node + Socket.IO)
Androidアプリからnode.js+Socket.IOと双方向通信する
iOSアプリからnode.js+Socket.IOと双方向通信する
WebSocket Controller – PCのWebブラウザ上で動作しているアプリの挙動を、スマホのWebブラウザ上に表示されたゲームコントローラから制御

XML

Sass

レスポンシブウェブデザイン

Twitter Bootstrap

JavaScript

JScript・WSH（Windows Script Host）

Google Maps

YOLP（Yahoo! Open Local Platform）

YUI3（Yahoo! User Interface Library）

Googleスプレッドシート

Google Chrome

Google Web Designer

Node.js

jQuery

jQuery Mobile

jQ.Mobi

Adobe Spry

AWS（Amazon Web Services）

GAE（Google App Engine）

Ruby

Unity

App Inventor

App Inventorでアプリ開発はどこまでできるのか

ハイブリッドアプリ

HTML5ハイブリッドアプリ開発実践編

［iOS/Android対応］HTML5ハイブリッドアプリ開発［実践］入門（Google ブックス）
Webサイト制作者のための HTML5+JavaScript スマートフォンサイト実践講座（Google ブックス）
スマートフォンサイトのためのHTML5+CSS3（Google ブックス）

Wink Toolkit

Monaca

PhoneGap

Trigger.io

appMobi

enchant.js

Processing

jsWaffle

Titanium Mobile

AIDE

パーティション

Linux・UNIX

FreeBSD

Vi・Vim

Emacs

シェルスクリプト

wget・cURL

パッケージ管理

suEXEC

coLinux

andLinux

Puppy Linux

CentOS

Knoppix

KNOPPIXの基礎

Cygwin・MinGW/MSYS

TAP-Win32

C

C++

C#

Perl

WTL(Windows Template Library)

Win32API

SOCKETプログラミング

電子工作

AVR・PIC・H8

FPGA

Arduino・Raspberry PI・BeagleBoard・BeagleBone

エディタ

文字コード

フォント

正規表現

UML・ERD

オートマトン

デザインパターン

レガシーシステム

COBOL

XAMPP・LAMP・PHP環境構築

WordPress

PHP

PHP-データベース

サニタイズ

CSRF

セキュリティ

SEO（Search Engine Optimization：検索エンジン最適化）

HTTP・HTTPS

ローカルホスト

コマンドプロンプト

ネットワーク

DNS

Wireshark

ネットワーク機器設定

IPv6

プロキシ・IPアドレス

圧縮・解凍

Excel

ウェブスクレイピング

Scratch

ActionScript

Flash

FlashDevelop

ParaFla!・Suzuka

Basic

ファビコン

画像処理

Photoshop

Illustlator

GIMP

Inkscape

FireAlpaca

音

ID3タグ

エラーテスト

素材

ツール

空間認識力

用語辞典

学習サイト

テスト

問題作成

三角関数

計算量のオーダー

コーディング作法

Doodleとか

その他

正規表現 / UML・ERD / オートマトン / デザインパターン / レガシーシステム / COBOL /
XAMPP・LAMP・PHP環境構築 / WordPress / PHP / PHP-データベース /
セッション・Cookie / サニタイズ / SCRF / セキュリティ /
SEO（Search Engine Optimization：検索エンジン最適化） / HTTP・HTTPS /
ローカルホスト / コマンドプロンプト / ネットワーク / Wireshark / ネットワーク機器設定 /
IPv6 / プロキシ・IPアドレス / 圧縮・解凍 / Excel / ウェブスクレイピング /
Scratch ActionScript / Flash / FlashDevelop / ParaFla!・Suzuka / Basic /
ファビコン / 画像処理 / Photoshop / Illustlator / GIMP / Inkscape / FireAlpaca / 音 / ID3タグ /
素材 / ツール / 空間認識力 / 用語辞典 / 学習サイト / テスト / 問題作成 /
三角関数 / 計算量のオーダー / コーディング作法 / Doodleとか / その他

AndroidでのProGuard 使い方

投稿日時: 2013年9月14日投稿者: admin

返信

＜ ProGuardとは＞

AndroidアプリはJavaで書かれていますが、逆コンパイルすると簡単にソースコードが見えてしまいます。そのため難読化してリバースエンジニアリング（ソフトウエアを解析すること）を難しくする対策が必要です。リバースエンジニアリングされると重要なアルゴリズムやパスワードが盗用される恐れがあります。（参考サイト：Java の難読化ツール。、Androidアプリの配布パッケージapkの解析について）

ProGuard は、AndroidにADT r8 から標準で Android SDK に組み込まれた難読化ツールで、無償で利用できます。圧縮、最適化、難読化、事前検証の4つの機能があります。Googleは「ProGuardは完全にオプションとして動作するが、適用を強くおすすめする」としています。（参考サイト：Androidとセキュリティ：Android 2.3(Gingerbread) SDKに標準搭載されたProGuardを試す、最適化ツール最新版”ProGuard 4.0″登場 – Java 6への検証機能導入）

ProGuard は、使われていないクラス・メソッド・変数を削除したり、バイトコードを最適化したり、クラスやメソッド名を無意味化したりします。元のクラス、メソッド、変数名が1~2文字程度の英字にリネーム（置き換え）され、名前から機能を推測され難くなります。（参考サイト：Androidアプリの普及で解読・改ざんの懸念が浮上）

ただし、「AndroidManifest.xmlファイルのみから参照されているクラス」「JNIから呼び出されるメソッド」「動的参照される変数やメソッド」「WebViewでJavaScript から呼ぶメソッド」などについてコンフィグファイル（設定ファイル）で調整しないと、難読化でエラーになることがあります。参考サイトを記します。

ProGuardを使用しても、処理の流れや定数文字列等は読めてしまうので、ある程度の内容は推測できます。定数の中身やxmlファイルはProGuard で難読化されないので、パスワードなどを平文で含めるのは危険です。参考サイトを記します。

＜ ProGuard を利用するには＞

Android プロジェクトを作成すると、プロジェクトのルートディレクトリに「project.properties」ファイルと「proguard-project.txt」ファイルが自動生成されます。「project.properties」ファイルは、デフォルトではコンフィグファイルの指定がコメントアウト（コメント化して一時的に機能しないようにした状態）されています。コメントアウトを外すことでProGuard が有効になります。（参考サイト：Proguard）

# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system edit
# "ant.properties", and override values to adapt the script to your
# project structure.
#
# To enable ProGuard to shrink and obfuscate your code, uncomment this (available properties: sdk.dir, user.home):
#proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt

# Project target.
target=android-18

↓
#proguard.config=${sdk.dir}/tools ～　の行頭の#を削除し、コメントアウトを外します。
↓

# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system edit
# "ant.properties", and override values to adapt the script to your
# project structure.
#
# To enable ProGuard to shrink and obfuscate your code, uncomment this (available properties: sdk.dir, user.home):
proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt

# Project target.
target=android-18

これで、Eclipseで対象のAndroidアプリケーションプロジェクトを右クリック→「Androidツール」→「署名アプリケーション・パッケージのエクスポート…（Export Signed Application Package…）」をクリックして署名するとProGuard が働きます。

ProGuard が実行されるのはアプリケーションをリリースビルドする時だけなので注意が必要です。デバッグビルドでエラーが無かったものでも、リリースビルドしたアプリにエラーが発生する可能性があります。ProGuard を適用したapkファイルでのテストが必要です。（参考サイト：ProGuard）

＜ADT r17 より前のProGuard ＞

r17 以降の ADT 使用でプロジェクトのルートディレクトリに自動生成されるProGuard関連ファイルは「project.properties」ファイルと「proguard-project.txt」ファイルですが以前は異なりました。r13 までは、「default.properties」ファイルと「proguard.cfg」ファイル、r14 ～ r16 では、「project.properties」ファイルと「proguard.cfg」ファイルという組み合わせでした。

以下は「project.properties（default.properties）」ファイルだった時の内容です。（参考サイト：Androidアプリのソースコード難読化ツールProGuardを使う）

# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system use,
# "build.properties", and override values to adapt the script to your
# project structure.

# Project target.
target=android-4
proguard.config=proguard.cfg

以下は「proguard.cfg」ファイルだった時の内容です。「AndroidManifest.xml」ファイルで指定するActivity などのクラス名、JNIから呼び出されるnativeメソッド、Layoutエディタで使用するViewのコンストラクタなどを難読化の対象外としています。

-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 * extends android.content.BroadcastReceiver
-keep public class com.android.vending.licensing.ILicensingService

-keepclasseswithmembernames class * {
    native ;
}

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

-keepclasseswithmembernames 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 *;
}

＜ ADT r17 以降のProGuard ＞

ADT r17 からは「${sdk.dir}/tools/proguard/proguard-android.txt」ファイルと、プロジェクトのルートディレクトリに生成される「proguard-project.txt」ファイルに分かれました。コンフィグファイルの拡張子が「.cfg」から「.txt」になったのは、設定内容がテキストファイルであること、Eclipseやファイルエディタからダブルクリックするだけで変更できるからということのようです。参考サイトを記します。

以下は「${sdk.dir}/tools/proguard/proguard-android.txt」ファイルの内容です。

# This is a configuration file for ProGuard.
# http://proguard.sourceforge.net/index.html#manual/usage.html

-dontusemixedcaseclassnames
-dontskipnonpubliclibraryclasses
-verbose

# Optimization is turned off by default. Dex does not like code run
# through the ProGuard optimize and preverify steps (and performs some
# of these optimizations on its own).
-dontoptimize
-dontpreverify
# Note that if you want to enable optimization, you cannot just
# include optimization flags in your own project configuration file;
# instead you will need to point to the
# "proguard-android-optimize.txt" file instead of this one from your
# project.properties file.

-keepattributes *Annotation*
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService

# For native methods, see http://proguard.sourceforge.net/manual/examples.html#native
-keepclasseswithmembernames class * {
    native ;
}

# keep setters in Views so that animations can still work.
# see http://proguard.sourceforge.net/manual/examples.html#beans
-keepclassmembers public class * extends android.view.View {
   void set*(***);
   *** get*();
}

# We want to keep methods in Activity that could be used in the XML attribute onClick
-keepclassmembers class * extends android.app.Activity {
   public void *(android.view.View);
}

# For enumeration classes, see http://proguard.sourceforge.net/manual/examples.html#enumerations
-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

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

-keepclassmembers class **.R$* {
    public static ;
}

# The support library contains references to newer platform versions.
# Don't warn about those in case this app is linking against an older
# platform version.  We know about them, and they are safe.
-dontwarn android.support.**

以下はプロジェクトのルートディレクトリに生成される「proguard-project.txt」ファイルの初期状態です。

# To enable ProGuard in your project, edit project.properties
# to define the proguard.config property as described in that file.
#
# Add project specific ProGuard rules here.
# By default, the flags in this file are appended to flags specified
# in ${sdk.dir}/tools/proguard/proguard-android.txt
# You can edit the include path and order by changing the ProGuard
# include property in project.properties.
#
# For more details, see
#   http://developer.android.com/guide/developing/tools/proguard.html

# Add any project specific keep options here:

# If your project uses WebView with JS, uncomment the following
# and specify the fully qualified class name to the JavaScript interface
# class:
#-keepclassmembers class fqcn.of.javascript.interface.for.webview {
#   public *;
#}

↓
アプリ固有の設定がある場合はこのファイルに記述します。
例えばAdMobを利用しているアプリでは次のように設定を追記します。（参考サイト：proguardを使う、AndroidメディエーションSDK）
↓

# To enable ProGuard in your project, edit project.properties
# to define the proguard.config property as described in that file.
#
# Add project specific ProGuard rules here.
# By default, the flags in this file are appended to flags specified
# in ${sdk.dir}/tools/proguard/proguard-android.txt
# You can edit the include path and order by changing the ProGuard
# include property in project.properties.
#
# For more details, see
#   http://developer.android.com/guide/developing/tools/proguard.html

# Add any project specific keep options here:

# If your project uses WebView with JS, uncomment the following
# and specify the fully qualified class name to the JavaScript interface
# class:
#-keepclassmembers class fqcn.of.javascript.interface.for.webview {
#   public *;
#}
-keep public class com.google.ads.** {
    public protected *;
}

＜ ProGuard の命令の意味＞

主な命令の意味は以下の通りです。（参考サイト：ProGuardマニュアル (1)　はじめに／利用方法、ProGuardを使っての難読化方法、ProGuardで-keepオプションのメモ、ProGuard公式）

オプション	意味
optimizationpasses	最適化の処理回数の指定。デフォルトは1回。複数回実施することで処理結果の向上が期待できます。apkファイルのサイズに影響します
dontoptimize	最適化を行わない
dontusemixedcaseclassnames	最適化処理で大文字と小文字を混ぜたクラス名に変更しない。Windows環境でこのオプションを指定しないと、ファイル名の大文字小文字の区別がされないため上書きされる可能性がある
dontskipnonpubliclibraryclasses	非publicなライブラリクラスをスキップしないようにする
dontpreverify	処理済みファイルの事前検証を行わないようにし、VMの読み取り速度を高速化する
dontwarn	警告を握りつぶす。警告の原因が明らかで無視してもよい場合は記述してよいが、それ以外は根本解決とならず危険
verbose	処理中の情報を詳しく書き出す
optimizations	最適化対象 !code/simplification/arithmetic → 算術命令に対してヒープホール最適化を行わない !field/* → fieldで始まるすべてのフィルタを除外する。 !class/merging/* → クラス階層においてクラスのマージを行わない。
keep	クラスとクラスメンバをリネーム、削除しない
keepnames	クラスとクラスメンバをリネームしない
keepclassmembers	クラスメンバをリネーム、削除しない
keepclassmembernames	クラスメンバをリネームしない
keepclasseswithmembers	クラスメンバが存在した場合のクラスとクラスメンバをリネーム、削除しない
keepclasseswithmembernames	クラスメンバが存在した場合のクラスとクラスメンバをリネームしない

＜ ProGuard で生成されるファイル＞

ProGuardが有効になった状態でビルドすると、「Proguard」フォルダが作成され、「dump.txt」「mapping.txt」「seeds.txt」「usage.txt」ファイルが生成されます。

「dump.txt」ファイルには、すべてのクラスの内部構成がリストされます。

「mapping.txt」ファイルには、オリジナルと難読化されたクラス、メソッド、およびファイル名との間のマッピングがリストされます。バグレポートを受け取った際に、難読化されたスタックトレースをオリジナルのクラス、メソッド、およびメンバー名に翻訳することができる重要なファイルとなるので、リリースバージョンごとに管理しておくと役立ちます。参考サイトを記します。

「seeds.txt」には、難読化されていないクラスとメンバーがリストされます。keep オプションの確認に使用できます。

「usage.txt」には、apk ファイルから除外されたコードが記載されます。ProGuard の実行後は必ずこのファイルを確認し、必要なものが削除されていないかチェックするとよいでしょう。

参考にしたサイトを以下に記します。

以上です。

Android 4.4のコードネームは「KitKat」とな！

投稿日時: 2013年9月4日投稿者: admin

返信

Android 4.4　「Key Lime Pie（キーライムパイ）」から「KitKat」へ変更になったんですね。

まだ、Android SDK マネージャーには現れていないようです。

Eclipse4.3 に Android4.3 開発環境をインストールしてみた

投稿日時: 2013年8月11日投稿者: admin

返信

GoogleがAndroid 4.3を公開、アプリ開発ツールも更新、詳解 Android 4.3(Jelly Bean) 新機能とのこと。
これはインストールしてみねば…

Windows8（64ビット）に Pleiades All in One Full （JRE あり） Ultimate版（pleiades-e4.3-ultimate-jre_20130626）に ADT Pluginをインストールし、Android4.2 まで導入している環境で行いました。アンドロイドアプリ開発環境を Pleiades All in One 4.2で構築する（Android 4.2 Jelly Bean）の4.3版です。

「Android SDK Manager」画面を起動したところ、　Android 4.3（API 18）以外にも、Android SDK Tools Rev.22.0.5、Android SDK Platform-tools Rev.18.0.1 の更新案内があったので、あわせて更新をしました。あらかじめ自動でチェックが入っていた状態のまま「Install xx Packages」ボタンをクリックします。

「Android SDK Manager」画面下の緑のメーターが伸びきって「Done loading packages.」と表示されると、「ADTも更新してね」という趣旨のメッセージダイアログが最後に出たので、「Android SDK Manager」閉じてからEclipseメニューの「ヘルプ」→「更新の確認」をクリックします。

「使用可能な更新」画面が開いてリストが表示されたら、

●Android DDMS
22.0.5.v201307292155–757759
com.android.ide.eclipse.ddms.feature.group

●Android 開発ツール
22.0.5.v201307292155–757759
com.android.ide.eclipse.adt.feature.group

●Android 階層ビューアー
22.0.5.v201307292155–757759
com.android.ide.eclipse.hierarchyviewer.feature.group

●Android ネイティブ開発ツール
22.0.5.v201307292155–757759
com.android.ide.eclipse.ndk.feature.group

●Android トレースビュー
22.0.5.v201307292155–757759
com.android.ide.eclipse.traceview.feature.group

●OpenGL ES 用トレーサー
22.0.5.v201307292155–757759
com.android.ide.eclipse.gldebugger.feature.group

のAndroid関連6項目にチェック→「次へ」→「次へ」→「使用条件の条項に同意します」にチェックを入れ「完了」をクリックします。

「セキュリティー警告」画面があらわれ、「警告：署名なしコンテンツを含むソフトウエアをインストールしています。このソフトウエアの真正性または妥当性を実証できません。インストールを続行しますか？」と問われたら、「OK」をクリックします。

「ソフトウエア更新」画面があらわれ、「変更内容を有効にするには、Eclipseを再始動する必要があります。すぐに再始動しますか？」と問われたら、「はい」をクリック。

起動スプラッシュ画面に「キャッシュのクリーンアップ中」が表示されしばらく待つとEclipseが再起動します。

再度 Android SDK Manager を起動してみると、Android SDK Build-tools が2行になっているので、「Android SDK Build-tools Rev.18.0.1」をインストールし、「Android SDK Build-tools Rev.17」をアンインストールします。

Android SDK Build-tools のバージョンが、なぜRev.17とRev.18.0.1 のどちらも選択できるのかが不明でしたが、Platform-tools と同じRev.18.0.1 に合わせました。

なお、サンプルコードの構成が変わったようです。（参考サイト：Android 4.3 のサンプルコード）

ちなみに、 ADT Plugin | Android Developers をみると、

ADT 22.0.5 (July 2013)

Dependencies:

Java 1.6 or higher is required.
Eclipse Helios (Version 3.6.2) or higher is required.
This version of ADT is designed for use with SDK Tools r22.0.5. If you haven’t already installed SDK Tools r22.0.5 into your SDK, use the Android SDK Manager to do so.

となっています。

おぉっ！?、「Java 1.6 or higher」ってなってる！！「higher」ってことは1.7（Java7）でもよいってことかな…

Eclipse4.3 ( Kepler ケプラー ) で Android 開発環境を構築する（改）

投稿日時: 2013年6月30日投稿者: admin

返信

Eclipse 4.3 ( Kepler ケプラー ) で Android 開発環境を構築するでは、すべてのパッケージの中で最も高速に動作する超軽量パッケージ Platform 版を使用しましたが、「インストール済みのJRE」にJDK6を設定したい場合、OracleのサイトからのJDK6の公式ダウンロードが終了しておりOracleに利用者登録しないと入手できません。（参考サイト：java7からjava6に変えたいのですが、やり方がわかりません。直サイト教えて下さい…）

幸いPleiades All in One 日本語ディストリビューションの Java 版と Ultimate 版には、Java6最終版の JDK6 update 45 が含まれています。そこで、Pleiades All in One Java 版を使用しての環境構築をしてみます。（参考サイト：Eclipse-Pleiadesダウンロード）

再インストールするにあたり、Android SDK のロケーションの場所やキーストアファイルなどを記録している「.android」ファイルを削除してから作業を開始してみました。せっかくやり直すのなら、「.android」ファイルがある場合とない場合の違いを確認したかったからです。

ついでにADT(Android Development Tools)のインストール方法も変えてみることにしました。ADTをEclipse マーケットプレースを利用してインストールすることにします。（参考サイト：Eclipse マーケットプレースでプラグインを簡単インストール、subclipseインストール -Install subclipse plugin from eclipse marketPlace-、Eclipse Marketplaceを追加する）

なお、「.android」を削除する場合は、Androidアプリの署名＜KeyStore Keytool AndroidDebugKey＞に書いたように、GooglePlayにリリースするのに使用したキーストアファイルを退避する必要があります。キーストアファイルを失うとアップデートができなくなります。

以前の

も参考にしてください。

Pleiades All in One 日本語ディストリビューション (zip) ダウンロードの　「Java」列の「64bit-Full Edition」行の「Download」ボタンをクリックして、「pleiades-e4.3-java-jre_20130626.zip」をダウンロードします。（OSが32bitの場合は「Java」列の「32bit-Full Edition」行の「Download」ボタンをクリックして、「pleiades-e4.3-java-32bit-jre_20130626.zip」をダウンロードします。）
Windows標準機能を使用して解凍します。（参考サイト：ファイルを圧縮/解凍する(Windows Vista / Windows 7 / Windows 8)）　展開先は「C:」直下を指定します。「C:\pleiades」フォルダができ、配下に「.metadata.default」フォルダ、「eclipse」フォルダ、「pleiades-e4.3-java-jre_20130626」ファイルが展開されます。
「eclipse」フォルダの「eclipse.exe」をクリックします。起動時にセキュリティの警告画面が出た場合は、「この種類のファイルであれば常に警告する」のチェックを外して、「実行」をクリックします。（参考サイト：Vistaになっても直らなかったWindowsの杜撰な日本語訳）
起動処理中画像が表示され、「キャッシュのクリーンアップ中…この処理は数分かかる場合があります。しばらくお待ちください。」のメッセージの後、ワークスペースランチャー画面が開きます。ワークスペース欄は、相対パスによる指定で「../workspace」になっているはずです。これは、絶対パス「C:\pleiades\workspace」と等しい場所を指します。「この選択をデフォルトとして使用し、今後この質問を表示しない」にチェックを入れ、「OK」をクリックします。（参考サイト：絶対パスと相対パス、Eclipse用語「ワークベンチ」「パースペクティブ」「エディター」「ビュー」「ワークスペース」について、ワークスペース）
Eclipse メニューの「ヘルプ」→「Eclipse マーケットプレース」をクリックします。
検索窓に「android」と入力し「実行」をクリックします。
検索結果の「Eclipse Android 開発ツール」の「インストール」をクリックします。
選択されたフィーチャーの確認画面になります。「Android Development Tools for Eclipse」と構成要素の「Android DDMS」、「Android Development Tools」、「Android Hierarchy Viewer」、「Android Native Development Tools」、「Android TraceView」、「Tracer for OpenGL ES」にチェックが入っているので、「確認」をクリックします。
ライセンスのレビュー画面になります。「使用条件の条項に同意します」にチェックを入れ、「完了」をクリックします。
画面下に「ソフトウエアのインストール中…（××%）」と進捗度合いが表示されます。進捗表示が53％まで進み、セキュリティー警告画面が表示され、「警告：署名なしコンテンツを含むソフトウエアをインストールしています。このソフトウエアの真正性または妥当性を実証できません。インストールを続行しますか？」と問われたら、「OK」をクリックします。
ソフトウエア更新画面が表示され、「変更内容を有効にするには、Eclipseプラットフォームを再始動する必要があります。すぐに再始動しますか？」と問われたら、「はい」をクリックします。
Eclipseがあらためて起動すると、「ようこそ」タブが表示され、「C/C++開発」、「ワークベンチの基本」、「チーム・サポート」、「Java開発」が表示されます。Android SDK のロケーションの場所を記録していた「.android」フォルダがないので、その上にAndroid開発へようこそ画面が表示され、さらに上にAndroid SDK 画面が表示され、「設定で Android SDK のロケーションが設定されていません。」とメッセージが出ます。「閉じる」をクリックします。
Android開発へようこそ画面が操作可能になり、「新規 SDK のインストール」にチェックが入り、「Android API の最新の使用可能なバージョンをインストール（すべての最新フィーチャーをサポート）」にチェックが入り、ターゲット・ロケーションが「C:\Users\(ユーザー名)\android-sdks」になっています。ターゲット・ロケーションを特定の場所にしたい場合は書き換えるか、あるいは、以前にインストールした Android SDK があり利用したい場合は、「既存 SDK を利用」にチェックを入れ「参照」をクリックしフォルダを指定します。「次へ」をクリックします。
統計情報を Google へ送信するか問われます。どちらを選んでもあとから設定は変更できます。とりあえず「いいえ」を選択し、「完了」をクリックします。
インストールするパッケージの選択画面になります。「Accept License」にチェックを入れ、「インストール」をクリックします。緑色のインストール進捗グラフが表示されるので、終了を待ちます。
「ようこそ」タブ右の「×」をクリックしてタブを閉じ、ワークベンチ画面を表示します。（参考サイト：ワークベンチとビュー、Eclipseの基本操作）
Eclipse メニューの「ウィンドウ」をクリックします。すると、Android開発に必要となる「Android SDK マネージャー」、「Android 仮想デバイス・マネージャー」、「Android Lint の実行」がまだ表示されていないはずです。そこで、この後の手順で表示されるようにします。
Eclipse メニューの「ウィンドウ」→「パースペクティブを開く」→「その他」→「Java」（アイコンのJの文字が緑色の方を選択します。アイコンのJの文字が赤色の方ではないので注意します）を選択し、「OK」をクリックします。（参考サイト：最初のAndroidアプリ　プロジェクトの作成、Eclipse の環境、Eclipseのパースペクティブを切り替えたりカスタマイズするには？）
パースペクティブは「見方」「視点」という意味です。パースペクティブが切り替わると、作業に必要な環境、対応するパネルのセットがワークベンチ上に整えらて、見た目が変わります。アイコンのJの文字が緑色の「Java」パースペクティブに切り替わると、Eclipse メニューの「ウィンドウ」に「Android SDK マネージャー」、「Android 仮想デバイス・マネージャー」、「Android Lint の実行」増え、「Android SDK マネージャー」と「Android 仮想デバイス・マネージャー」のアイコンが表示されます。（参考サイト：Androidアプリの開発をそろそろ始めないとと思い環境整備だけはとりあえずやってみる、EclipseのメニューにAndroid関連の項目が出ないとき）
「Android SDK マネージャー」をクリックします。Android SDK Manager 画面が開き、あらかじめ「Android SDK Build-tools」、「Android 4.2.2（API 17）」配下の「ARM EABI v7a System Image」「Intel x86 Atom System Image」「MIPS System Image」、「Android Support Library」、「Google USB Driver」にチェックが入っていて、「Install 6 packages」のボタン表示になっているはずです。Windowsで実機と接続して動作確認をする場合は、「Google USB Driver」のインストールが必須です。他にも、自分で「Android2.2（API 8）」を展開し「SDK Platform」にチェックを入れます。「Install 7 packages」と表示変化したボタンをクリックします。
Choose Packages to Install 画面になります。Packages 欄で「Android SDK License」にフォーカスが当たっている状態で「Accept License」にチェックを入れ、「Intel Android Sysimage License」をクリックして「Accept License」にチェックを入れ、「MIPS Android Sysimage License」をクリックして「Accept License」にチェックを入れ、すべてのチェックが緑色になったら「Install」をクリックします。（参考サイト：Google USB DriverでAndroid端末をWindowsに認識させる）
チェックした7項目の行が「Not Installed」から「Installed」に変わったら、右上角の「×」をクリックして、Android SDK Manager 画面を閉じます。
Eclipse メニューの「ファイル」→「再開」をクリックして、Eclipseを一旦終了して再起動します。再起動しないとあとから追加した「Android2.2（API 8）」の「SDK Platform」が「Android 仮想デバイス・マネージャー」の作成画面に反映されないので、選択したくてもできません。
「Android 仮想デバイス・マネージャー」をクリックします。Android 仮想デバイス・マネージャー画面が開きます。
「新規」をクリックして仮想デバイスの作成画面に進み、ターゲットのプルダウンをクリックすると、Android SDK Manager 画面で「Installed」と表示されていた「SDK Platform」が選択できます。その他の項目も設定したら「OK」をクリックします。（参考サイト：Android仮想デバイスマネージャーの使い方（SDK r21対応））
作成した仮想デバイスを選択して「開始」をクリックし、「起動」をクリックすると仮想デバイスが起動します。

その他は、以前の記述を参考にしてください。

以上です。

Eclipse 4.3 ( Kepler ケプラー ) で Android 開発環境を構築する

投稿日時: 2013年6月26日投稿者: admin

返信

2013/06/30追記
Pleiades All in One Platform版を利用しての手順を書きましたが、JDK6が公式サイトからダウンロードできなくなってたんですね….（参考サイト：Java 6の最新バージョンはどこで入手できますか。、Oracle Java SEサポート･ロードマップ）

はじめてインストールする人は、インストール済みのJREにJDK6を設定するのが少し手間かも…（参考サイト：java7からjava6に変えたいのですが、やり方がわかりません。直サイト教えて下さい…、Android開発をJava 7で行う）
Pleiades All in One Java版を利用しての手順の方が良かったかな…

と思ったので、別ページに
Eclipse4.3 ( Kepler ケプラー ) で Android 開発環境を構築する（改）を記述しました。

今日6/26は Eclipse4.3 のリリース日ということで、 Pleiades All in One ダウンロードサイトを見たら「 Pleiades All in One 4.3.0.v20130626 」がありましたので、早速Android開発環境の構築を試してみました。（参考サイト：Eclipse 4.3 Kepler ケプラーがメジャーリリース！、Eclipse Foundation、最新版Kepler、6月26日にリリース予定、Eclipse 4.3 “Kepler”の新機能一覧、Eclipse 4.3 Kepler、Java EE 7をサポートした「Eclipse 4.3」（Kepler）、リリース、JavaEE7対応! Eclipse 4.3 Keplerの新機能を探る(1)）

これまでは、一旦「.android」を削除して環境構築をしてきましたが、今回はWindows8（64ビット版）に　Android Developers サイトの「 ADT Bundle for Windows 」をインストール済みで、「C:\Users\(ユーザー名).android」フォルダを残した状態で構築作業を試しました。（参考サイト：AVDの保存場所を設定）

「.android」フォルダにある「ddms.cfg」ファイルをエディタで開くと、「lastSdkPath=xxx」と表記された行が確認できます。既存の Android SDK 関係のファイルは、このxxxの場所にあります。

手順は以前のアンドロイドアプリ開発環境を Pleiades All in One 4.2で構築する（Android 4.2 Jelly Bean）や Androidアプリ開発環境を 42分で構築する（1時間切りに挑戦）とほぼ同じですので、簡単に記します。すべてのパッケージの中で最も高速に動作する超軽量パッケージPleiades All in One Platform版の Full Edition を使用します。Full Edition は、Javaアプリケーションである Eclipse を実行するのに必要な JRE（Java SE Runtime Environment：Java 実行環境）を「jre」フォルダに含んでいるので、JavaをインストールしてPathを設定する作業を必須としません。

Pleiades All in One 日本語ディストリビューション (zip) ダウンロードの　「Platform」列の「64bit-Full Edition」行の「Download」ボタンをクリックして、「pleiades-e4.3-platform-jre_20130626.zip」をダウンロードします。（OSが32bitの場合は「Platform」列の「32bit-Full Edition」行の「Download」ボタンをクリックして、「pleiades-e4.3-platform-32bit-jre_20130626.zip」をダウンロードします。）
Windows標準機能を使用して解凍します。（参考サイト：ファイルを圧縮/解凍する(Windows Vista / Windows 7 / Windows 8)）　展開先は「C:」直下を指定します。「C:\pleiades」フォルダができ、配下に「.metadata.default」フォルダ、「eclipse」フォルダ、「pleiades-e4.3-platform-jre_20130626」ファイルが展開されます。
「eclipse」フォルダの「eclipse.exe」をクリックします。起動時にセキュリティの警告画面が出た場合は、「この種類のファイルであれば常に警告する」のチェックを外して、「実行」をクリックします。（参考サイト：Vistaになっても直らなかったWindowsの杜撰な日本語訳）
起動処理中画像が表示され、「キャッシュのクリーンアップ中…この処理は数分かかる場合があります。しばらくお待ちください。」のメッセージの後、ワークスペースランチャー画面が開きます。ワークスペース欄は、相対パスによる指定で「../workspace」になっているはずです。これは、絶対パス「C:\pleiades\workspace」と等しい場所を指します。「この選択をデフォルトとして使用し、今後この質問を表示しない」にチェックを入れ、「OK」をクリックします。（参考サイト：絶対パスと相対パス、Eclipse用語「ワークベンチ」「パースペクティブ」「エディター」「ビュー」「ワークスペース」について、ワークスペース）
Eclipse メニューの「Window」→「設定」をクリックすると、初期状態の設定項目が「一般」、「インストール/更新」、「チーム」、「ヘルプ」、「実行/デバッグ」だけであることが確認できます。
Eclipse メニューの「ヘルプ」→「新規ソフトウエアのインストール」とすすみ。「追加」ボタンをクリックします。（参考サイト：第参話－セットアップ）
名前欄に「ADT Plugin」（判別しやすい名前で何でも良いです）、ロケーション欄に「https://dl-ssl.google.com/android/eclipse/」と入力し「OK」をクリックします。
「すべて選択」をクリックし、「次へ」をクリックし、インストール詳細画面に「Android DDMS」、「Android Development Tools」、「Android Hierarchy Viewer」、「Android Native Development Tools」、「Android TraceView」、「Tracer for OpenGL ES」の6項目が表示されたら「次へ」をクリックし、使用条件の条項に同意しますにチェックを入れ、「完了」をクリックします。
画面下に「ソフトウエアのインストール中…（××%）」と進捗度合いが表示されます。進捗表示が53％まで進み、セキュリティー警告画面が表示され、「警告：署名なしコンテンツを含むソフトウエアをインストールしています。このソフトウエアの真正性または妥当性を実証できません。インストールを続行しますか？」と問われたら、「OK」をクリックします。
ソフトウエア更新画面が表示され、「変更内容を有効にするには、Eclipseプラットフォームを再始動する必要があります。すぐに再始動しますか？」と問われたら、「はい」をクリックします。
Eclipseがあらためて起動すると、「ようこそ」タブが表示され、「C/C++開発」、「ワークベンチの基本」、「チーム・サポート」、「Java開発」が表示されます。「ようこそ」タブ右の「×」をクリックしてタブを閉じ、ワークベンチ画面を表示します。（参考サイト：ワークベンチとビュー、Eclipseの基本操作）
Eclipse メニューの「Window」→「設定」をクリックすると、設定項目が「一般」、「Android」、「C/C++」、「Java」、「XML」、「インストール/更新」、「チーム」、「ヘルプ」、「検証」、「実行/デバッグ」とプラグインが入ったので変化しています。「Android」の項目をクリックすると、SDKロケーションに既存のSDKの場所が示されているのが確認できます。また「Android」→「ビルド」を選択すると、「デフォルト・デバッグ・キーストア」、「MD5 fingerprint」、「SHA1 fingerprint」が確認できます。
「一般」→「パースペクティブ」を選択し、選択可能なパースペクティブ欄を見ると「リソース（デフォルト）」の表示になっているはずです。「Java」をクリックし、「デフォルトにする」をクリックし、「OK」をクリックします。（参考サイト：いまから始めるEclipse、Eclipse3の基本操作を憶えよう、Eclipse 3.4で超簡単Javaプログラミング基礎入門）
Eclipseのワークベンチ画面に戻ると、まだ「リソース」パースペクティブ表示になっているはずです。Eclipse メニューの「Window」→「パースペクティブを開く」→「その他」→「Java（デフォルト）」をクリックし、「OK」をクリックします。（参考サイト：EclipseでDDMSパースペクティブを使用）
「Java」パースペクティブ表示に切り替わることで、Eclipse メニューの「Window」の項目に、「Android SDK マネージャー」、「Android 仮想デバイス・マネージャー」、「Android Lint の実行」が増え、「Android SDK マネージャー」と「Android 仮想デバイス・マネージャー」のアイコンが表示されます。（参考サイト：Androidアプリの開発をそろそろ始めないとと思い環境整備だけはとりあえずやってみる）
「リソース」パースペクティブタブを右クリックし、「閉じる」を選択します。
「Android SDK マネージャー」をクリックします。Android SDK Manager 画面が開き、あらかじめ「Google USB Driver」にチェックが入っていて、「Install 1 package」のボタン表示になっているはずです。Windowsで実機と接続して動作確認をする場合は、「Google USB Driver」のインストールが必須です。他にも、自分で「Android2.2（API 8）」を展開し「SDK Platform」にチェックを入れます。「Install 2 packages」と表示変化したボタンをクリックし、「Accept License」にチェックを入れ、「Install」をクリックします。（参考サイト：Google USB DriverでAndroid端末をWindowsに認識させる）
「Android2.2（API 8）」の「SDK Platform」と「Google USB Driver」の行が「Not Installed」から「Installed」に変わったら、右上角の「×」をクリックして、Android SDK Manager 画面を閉じます。
Eclipse メニューの「ファイル」→「再開」をクリックして、Eclipseを一旦終了して再起動します。再起動しないとあとから追加した「Android2.2（API 8）」の「SDK Platform」が「Android 仮想デバイス・マネージャー」の作成画面に反映されないので、選択したくてもできません。
「Android 仮想デバイス・マネージャー」をクリックします。Android 仮想デバイス・マネージャー画面が開き、既存の仮想デバイスのリストが表示されます。先ほどのAndroid SDK Manager 画面でインストールされていないプラットフォームは、先頭に赤い×印が表示されます。対応するプラットフォームがインストールされているものは、先頭に緑のレ点が表示されます。
「新規」をクリックして仮想デバイスの作成画面に進み、ターゲットのプルダウンをクリックすると、Android SDK Manager 画面で「Installed」と表示されていた「SDK Platform」が選択できます。その他の項目も設定したら「OK」をクリックします。（参考サイト：Android仮想デバイスマネージャーの使い方（SDK r21対応））
作成した仮想デバイスを選択して「開始」をクリックし、「起動」をクリックすると仮想デバイスが起動します。

「.android」フォルダにある「ddms.cfg」ファイルの「lastSdkPath=xxx」で示されたxxxにある以前インストール済みの Android SDK が古いと、上記のステップ11.の手順で Android SDK 画面が開き、「The Android SDK requires the new Build Tools component to be installed. Please open the SDK Manager and install “Android SDK Build-tools”.‘」が表示されます。その場合は、「SDKマネージャーを開く」をクリックし、「Install ×packages…」をクリックし、コンポーネントの更新をします。更新終了後に Android Tools Updated 画面が開き、「The Android SDK and AVD Manager that you are currently using has been updated. It is recommended that you now close the manager window and re-open it. If you use Eclipse, please run Help > Check for Updates to see if the Android plug-in needs to be updated.」とEclipseメニューの「ヘルプ」→「更新の確認」をするよう案内が出ますが、確認は不要です。

個人的には、今回のPleiades版の緑色の起動処理中画像（スプラッシュスクリーン）はちょっと落ち着きすぎに思いました。元々のKeplerの起動処理中画像（スプラッシュスクリーン）のほうが好みです。Eclipseのスプラッシュを元々の画像に変更するなら、「C:\pleiades\eclipse」フォルダの「eclipse.ini」ファイルを編集します。メモ帳では改行コードがうまく処理されないので、「eclipse.ini」ファイルを右クリック→「プログラムから開く」→「ワードパッド」の順でクリックし、ワードパッドで編集します。（参考サイト：eclipse.iniの改行コードを変更するには？）

「eclipse.ini」ファイルの1 行目に「-showsplash」、2 行目に「org.eclipse.platform」を追記挿入して保存します。つまり、「C:\pleiades\eclipse\readme」フォルダ内の「readme_pleiades.txt」ファイルの「Pleiades スプラッシュ画像を使う場合はeclipse.ini の 1、2 行目の -showsplash org.eclipse.platform を削除。」の説明の逆をします。

または、最終行の「-javaagent:dropins/MergeDoc/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar」の末尾に「=default.splash」を追記して「-javaagent:dropins/MergeDoc/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar=default.splash」として保存します。（参考サイト：ADT Bundleのかっこいいスプラッシュ画面が表示されなくなった）

「default.splash」オプションは、「readme_pleiades.txt」ファイルのPleiades 起動オプションの項目に説明があり、「Pleiades はスプラッシュ画像を変更します。Eclipse デフォルトのスプラッシュ画像を使用したい場合はこのオプションを指定してください。Eclipse 3.3 以降、eclipse.ini にデフォルトで -showsplash org.eclipse.platform が指定されていますが、この -showsplash は見かけ上の速度を上げるため、VM 起動前にスプラッシュを表示する Eclipse起動オプションです。つまり、Pleiades を使用しない場合、-showsplash を指定有無に関わらず、表示されるスプラッシュは同じです。Pleiades 側では VM 起動前の処理を制御できないため、default.splashオプションは Eclipse 起動オプションの -showsplash が未指定の場合のみ有効です。」と記述されています。

上記どちらかの方法による「eclipse.ini」ファイルの編集で、「C:\pleiades\eclipse\plugins\org.eclipse.platform_4.3.0.v20130605-2000」（「%ECLIPSE_HOME%\plugins\org.eclipse.platform_バージョンナンバー」）フォルダにある「splash.bmp」ファイルの画像が起動スプラッシュ画面で使用されます。

この「C:\pleiades\eclipse\plugins\org.eclipse.platform_4.3.0.v20130605-2000」フォルダにある「splash.bmp」ファイルを差し替えて、好みの起動画面にすることもできます。例えば、Eclipse IDE with built-in ADT 版の起動処理中画像（スプラッシュスクリーン）に差し替えるとか..。注意点は、拡張子は「.bmp」でなければならず、「splash.jpg」や「splash.png」のように拡張子が異なると、起動スプラッシュ画面が表示されません。差し替えたい場合の参考サイトを記します。（参考サイト：eclipseの起動画面を変えて楽しむ方法、Eclipse のスプラッシュを変える、Eclipseの起動時に表示される画像を変更したった、萌えくりぷすの作り方 – Eclipseでの生産性を10倍(当社比)にするたったひとつじゃないかもしれない冴えないやりかた、NiosII SBTの起動画面を変えてみた、eclipseのエディターの外観を自分用にカスタマイズする方法、徹底解剖!! Eclipse3.3 Europaの“新世界”）

起動処理中画像を差し替える場合は、縦が正規のものより小さいとプログレスバーが表示されない恐れがあります。正規の起動スプラッシュ画像サイズは、Eclipse3.8までは455×295でしたが、Eclipse4.2からは452×302に変わっています。

その他も、アンドロイドアプリ開発環境を Pleiades All in One 4.2で構築する（Android 4.2 Jelly Bean）を参考に適宜設定するとよいと思います。

以上です。

Android SDK を更新したら Eclipseが起動しない→誤って消してしまった！

投稿日時: 2013年6月16日投稿者: admin

返信

私は、現在 Windows8で Eclipse IDE with built-in ADT を日本語化して利用しています。久しぶりにAndroid SDK Managerを開いたら、「Android SDK Manager」のRev.22の更新が目に留まりました。早速アップデートすることにしてハマったので記録します。

アップデートが終わると「The Android SDK and Manager that you are currently using has been updated. It is recommended that you now close the manager window and re-open it. If you use Eclipse, please run Help > Check for Updates to see if the Android plug-in needs to be updated.」との案内がでましたので、それではと思い、Eclipseメニューの「ヘルプ」→「更新の確認」をクリックしました。

結果は「情報」画面が開き、「更新は検出されませんでした。」となりました。

別の方法でも確認してみようと思い、Eclipseメニューの「ヘルプ」→「新規ソフトウエアのインストール」をクリックしました。

作業対象「Android Developer Tools Update Site – http://dl-ssl.google.com/android/eclipse/」を選択→「すべて選択」→「次へ」とすると、インストール詳細に「元の要求は変更されました。云々」とでましたが、そのまま「完了」をクリックしました。

すると、
「問題が発生」画面が開き、「’ソフトウエアのインストール中’に問題が発生しました。インストールする項目の収集中にエラーが発生しました。」
となってしまいました。

一度ADTを削除すれば良いのでは？と思い、Eclipseメニューの「ヘルプ」→「ADTについて」→「インストール詳細について」→「Android Developer Tools」を選択→「アンインストール」をクリックしました。

「ソフトウエア更新」画面で「変更内容を有効にするには、ADTを再始動する必要があります。すぐに再始動しますか？」で「はい」をクリックしましたが再起動してくれません。

それではと、自分でEclipse起動ショートカットをクリックすると、「The Eclipse executable launcher was unable to locate its companion shared library.」とでてしまいました…。

「C:\adt\eclipse」フォルダを覗くと「eclipse.exe」ファイルが消失しています！！！

一度ADTプラグインを削除するだけのつもりだったのですが、バンドル版ではEclipseと一心同体なのでしょうか。やってはいけないことをしてしまったようです。

しかたがないので、プログラムソースを入れてある「workspace」フォルダと本番用の「.keystore」ファイルの無事を確認して退避後に再度環境構築をしました。

まず、前回インストールした「C:\adt」ファイルを削除します。「使用中のフォルダー」画面が開き、「別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できません。フォルダーまたはファイルを閉じてから再実行してください。」となってしまいましたので、パソコンを再起動して「C:\adt」ファイルを削除しました。

次に http://developer.android.com/sdk/index.html で「Download thw SDK ADT Bundle for Windows」をクリックし取得しなおしました。

前回 Windows8 で Android 4.2 開発環境を構築するでは「adt-bundle-windows-x86_64-20130219.zip」のファイルがダウンロードされましたが、今回は「adt-bundle-windows-x86_64-20130522.zip」が落ちてきました。

その後、前回の手順どおりにすすめて無事環境構築できました。

以下は復旧後に気になり見てみたその他の方々のアップデート時の記録サイトです。Android SDK ｒ22以降は、「Android SDK Build-tools」が増えたことが原因だったようです。私の場合クリーン起動すればセーフだったのかな…？

Android Google USBドライバ

投稿日時: 2013年4月22日投稿者: admin

返信

WindowsでAndroid端末をUSB接続してAndroidアプリの実行、デバッグなどをしようとする場合には、「Android SDK マネージャー」を起動して、「Extras」の項目の「Google USB Driver」をインストールする必要があります。Mac OS X、Linux ではインストール不要です。（参考サイト：実機を使ってデバッグする、UbuntuでAndroid端末を認識させる）

Android端末をUSB接続するとドライバのインストールを求められるので、<sdkインストールフォルダ>\extras\google\usb_driver\）内の「Google USB Driver」（android_winusb.inf）を指定するようにします。

Google USB Driver – revision 8 の初期値は以下の通りです。

;
; Android WinUsb driver installation.
;
[Version]
Signature = "$Windows NT$"
Class = AndroidUsbDeviceClass
ClassGuid = {3F966BD9-FA04-4ec5-991C-D326973B5128}
Provider = %ProviderName%
DriverVer = 07/09/2013,8.0.0000.00000
CatalogFile.NTx86 = androidwinusb86.cat
CatalogFile.NTamd64 = androidwinusba64.cat

[ClassInstall32]
Addreg = AndroidWinUsbClassReg

[AndroidWinUsbClassReg]
HKR,,,0,%ClassName%
HKR,,Icon,,-1

[Manufacturer]
%ProviderName% = Google, NTx86, NTamd64

[Google.NTx86]

;Google Nexus One
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_0D02
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_0D02&MI_01
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E11
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E12&MI_01

;Google Nexus S
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E21
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E22&MI_01
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E23
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E24&MI_01

;Google Nexus 7
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_4E40
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E42&MI_01
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E44&MI_01

;Google Nexus Q
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_2C10
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_2C11

;Google Nexus (generic)
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_4EE0
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE2&MI_01
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE4&MI_02
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE6&MI_01

[Google.NTamd64]

;Google Nexus One
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_0D02
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_0D02&MI_01
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E11
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E12&MI_01

;Google Nexus S
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E21
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E22&MI_01
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_4E23
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E24&MI_01

;Google Nexus 7
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_4E40
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E42&MI_01
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4E44&MI_01

;Google Nexus Q
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_2C10
%SingleAdbInterface% = USB_Install, USB\VID_18D1&PID_2C11

;Google Nexus (generic)
%SingleBootLoaderInterface% = USB_Install, USB\VID_18D1&PID_4EE0
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE2&MI_01
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE4&MI_02
%CompositeAdbInterface% = USB_Install, USB\VID_18D1&PID_4EE6&MI_01

[USB_Install]
Include = winusb.inf
Needs = WINUSB.NT

[USB_Install.Services]
Include = winusb.inf
AddService = WinUSB,0x00000002,WinUSB_ServiceInstall

[WinUSB_ServiceInstall]
DisplayName = %WinUSB_SvcDesc%
ServiceType = 1
StartType = 3
ErrorControl = 1
ServiceBinary = %12%\WinUSB.sys

[USB_Install.Wdf]
KmdfService = WINUSB, WinUSB_Install

[WinUSB_Install]
KmdfLibraryVersion = 1.9

[USB_Install.HW]
AddReg = Dev_AddReg

[Dev_AddReg]
HKR,,DeviceInterfaceGUIDs,0x10000,"{F72FE0D4-CBCB-407d-8814-9ED673D0DD6B}"

[USB_Install.CoInstallers]
AddReg = CoInstallers_AddReg
CopyFiles = CoInstallers_CopyFiles

[CoInstallers_AddReg]
HKR,,CoInstallers32,0x00010000,"WdfCoInstaller01009.dll,WdfCoInstaller","WinUSBCoInstaller2.dll"

[CoInstallers_CopyFiles]
WinUSBCoInstaller2.dll
WdfCoInstaller01009.dll

[DestinationDirs]
CoInstallers_CopyFiles=11

[SourceDisksNames]
1 = %DISK_NAME%,,,\i386
2 = %DISK_NAME%,,,\amd64

[SourceDisksFiles.x86]
WinUSBCoInstaller2.dll = 1
WdfCoInstaller01009.dll = 1

[SourceDisksFiles.amd64]
WinUSBCoInstaller2.dll = 2
WdfCoInstaller01009.dll = 2

[Strings]
ProviderName = "Google, Inc."
SingleAdbInterface = "Android ADB Interface"
CompositeAdbInterface = "Android Composite ADB Interface"
SingleBootLoaderInterface = "Android Bootloader Interface"
WinUSB_SvcDesc = "Android USB Driver"
DISK_NAME = "Android WinUsb installation disk"
ClassName = "Android Device"

;（セミコロン）から始まる行はコメント行になります。
[ ] で囲まれた部分をセクション名といい、[Google.NTx86]セクションは32bit用、[Google.NTamd64]セクションは64bit用の設定です。
初期状態では初期状態では
・Google Nexus One ・Google Nexus One
・Google Nexus S ・Google Nexus S
・Google Nexus 7 ・Google Nexus 7
・Google Nexus Q ・Google Nexus Q
・Google Nexus (generic) ・Google Nexus (generic)
といった端末用のUSBドライバーとして機能します。
他の端末のUSBドライバーとしても機能するようにするには、VID（VendorID：開発元番号）、PID（ProductID：製品番号）を書き足します。編集は、メモ帳で可能です。VID と PID の組み合わせで、USB 機器を特定することが可能になります。（参考サイト：USB/PnP、Vendor IDとDevice IDを調べる、List of USB ID’s、PCに接続されているUSBデバイスの情報を表示するには）他の端末のUSBドライバーとしても機能するようにするには、記述を書き足す必要があります。編集は、メモ帳で可能です。
例えば以下のように、[Google.NTx86]セクション・[Google.NTamd64]セクションに書き足します。

;NEC LifeTouch NOTE
%SingleAdbInterface% = USB_Install, USB\VID_0409&PID_0301&REV_9999&MI_01
%CompositeAdbInterface% = USB_Install, USB\VID_0409&PID_0301&MI_01

;Creative ZiiO 7
%SingleAdbInterface% = USB_Install, USB\VID_2350&PID_0102
%CompositeAdbInterface% = USB_Install, USB\VID_2350&PID_0102&MI_01

「Google USB Driver」はデジタル署名がされていません。Windows 7までは、警告ダイアログが表示されても承認すればインストールができましたが、Windows 8からは「ドライバーソフトウエアの更新-不明なデバイス」画面が開き、「デバイス用のドライバーソフトウエアが見つかりましたが、このドライバーのインストール時にエラーが発生しました。　Android ADB Interface　指定されたカタログファイルにファイルのハッシュがありません。ファイルが壊れているか、改ざんされた可能性があります。」となりインストールできません。対処法は、次のサイトが参考になります。（参考サイト：Windows 8 (64Bit) 古いドライバーがインストールできない場合の対処。、Windows8で署名なしドライバをインストールする方法／テストモードにする方法、Windows 8 用 Xperia Tablet S (SGPT123JP/S) Android ADB USB ドライバ設定、独学Android はじめよう、Javaでプログラミング）
他の参考サイトを以下に記します。

以下はGoogle Nexus 7 で開発者向けオプションがみつからないときお読みください。

上を読んだら下をどうぞ。

以下はSamsung GALAXY S2 などを USB接続ようとしてして、Kies を入れる前にお読みください。

上を読んだら下をどうぞ。

また、rootが取れていれば、こんな方法もあります。

USBケーブルなしでノートと接続してバリバリ開発すべし

以上です。

Windows8 で Android 4.2 開発環境を構築する

投稿日時: 2013年2月24日投稿者: admin

返信

＜更新履歴＞
2013年4月21日 – Java SE 6 Update 45 バージョンアップに伴い、記述を修正しました。

パソコンを　Windows8 Pro （64ビットOS）にアップデート（カスタムインストール）しました。（参考サイト：これから始める「Windows 8」　Part 1：パッケージの種類とアップグレード方法、64ビットのOSと32ビットのOSってどっちがいいのだ？って言うか何が違うのだ？）

まっさらになったパソコンにAndroid環境を再構築してみます。今回は、Javaの脆弱性が騒がれた直後でもあり、公開JREをインストールしたり、Javaのパスを設定したりすることなしの環境構築にトライしてみます。（参考サイト：単体で配布されているJREとJDKの中のJREとの違い）

Windows8 の初期画面は、「タイル」と呼ばれるアイコンが並んだスタート画面になります。「タイル」の「デスクトップ」をクリックするか、「Windows」キーを押しながら「D」キーを押して、見慣れたデスクトップ画面に切り替えてから作業を開始します。（参考サイト：Windows 8で［スタート］画面をスキップしてデスクトップを表示する）

スタート画面に戻りたい場合は、デスクトップ画面の左下隅にマウスを移動してあらわれる画面をクリックするか、「Windows」キーを押します。（参考サイト：Windows 8　マウスでの操作方法）

画面を遷移するには、「Alt」キーを押しながら「Tab」キーをクリックします。（参考サイト：Windows 8、Windows RT のショートカットキー）

Webブラウザは、デスクトップ画面左下のインターネットエクスプローラアイコンをクリックして起動するものを利用します。スタート画面の「タイル」の「Internet Exploler」や、他のWebブラウザの場合は、以後の説明と微妙に挙動が違うので、適宜判別してください。（参考サイト：Windows 8の Internet Explorer は2種類ある）

０．ファイルタイプを表示するように変更（兼Javaのインストール状況確認）

Windows標準設定のままでは、ピリオド（.）以降の拡張子が表示されません。圧縮ファイルは「xxxxx.zip」、実行ファイルは「xxxxx.exe」というように、拡張子が表示されるほうがファイルタイプが判別しやすくなります。

Windows8の場合、ファイル拡張子の表示は、エクスプローラを起動し、表示タブをクリックし、「ファイル名拡張子」にチェックを入れることで可能です。（参考サイト：ファイルの拡張子を表示する）

が、Javaのインストール状況確認を兼ねて別の方法で変更してみます。

まず、デスクトップ画面の右上隅（または右下隅）にマウスを移動すると右側からスッと現れる「チャーム」と呼ばれるメニューから「設定」を選ぶか、「Windows」キーを押しながら「I」キーを押して「設定」を開き→「コントロールパネル」→「プログラム」→「プログラムと機能」を選択し、インストールプログラムの一覧を表示します。カスタムインストールをした結果、Javaがインストールされていないことがわかります。

インストールプログラムの一覧の上にある「整理」をクリック→「フォルダーと検索のオプションの変更」をクリックします。
「フォルダーオプション」画面が開いたら、「表示」タブをクリックし、「登録されている拡張子は表示しない」のチェックをはずします。

※「チャーム」は、「Windows」キーを押しながら「C」キーを押しても表示できます。
※「プログラムと機能」は、「Windows」キーを押しながら「X」キーを押すと左下に現れるコンテキストメニューからも選択できます。（参考サイト：これから始める「Windows 8」　Part 3：Windows 8で戸惑わないための8つのポイント）

１．Eclipse・ADT・Android SDK のインストール

Eclipseに ADT （Android Development Tools：アンドロイド開発ツールプラグイン）と SDK （Software Development Kit：ソフトウエア開発キット）がパッケージされた「ADTバンドル版」をインストールします。EclipseはJavaのIDE (Integrated Development Environment：統合開発環境）で、AndroidのソースプログラムはJavaで記述します。

Eclipseを実行するにはJRE（Java SE Runtime Environment：Java 実行環境）が必要になりますが、ADTバンドル版はJREを同梱していません。ダウンロードしたZIPファイルを解凍後すぐに起動しようとすると、「A Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Eclipse. No Java virtual machine was found after searching the following location: C:\adt\eclipse\jre\bin\javaw.exe javaw.exe in your current PATH」とJavaがインストールされていないことが原因のエラーになります。起動できるようになるのは、この後の手順「３.JDKのインストール」を済ませてからになります。（参考サイト：ADT Eclipse + WindowBuilder）

Get the Android SDK の「Download the SDK ADT Bundle for Windows」をクリックします。
「Before installing the Android SDK, you must agree to the following terms and conditions.」に対して「I have read and agree with the above terms and conditions」をチェックし、「64-bit」をチェックします。（OSが32ビットの方は、「32-bit」をチェック）
「Download the SDK ADT Bundle for Windows」がクリックできるように変化するので、クリックします。
「adt-bundle-windows-x86_64-20130219.zipで行う操作を選んでください。」と問われるので、「保存」をクリックします。通常は2～3分で終了します。ダウンロードが著しく遅い場合は、一旦「キャンセル」をクリックして再度ダウンロードを試したほうが早い場合もあります。
「adt-bundle-windows-x86_64-20130219.zipのダウンロードが完了しました。」と表示されたら、「ファイルを開く」をクリックします。
「圧縮フォルダーツール」画面が開くので、「展開」タブをクリックし、「すべて展開」アイコンをクリックします。（参考サイト：[Windows 8] Zip形式の圧縮ファイルを展開する方法を教えてください。）
「圧縮（ZIP形式）フォルダの展開」画面が開くので、「ファイルを下のフォルダーに展開する」欄を「C:」にし、「完了時に展開されたファイルを表示する」のチェックはいれたまま「展開」をクリックします。
「ドライブツール」画面が開くので、「adt-bundle-windows-x86_64-20130219」フォルダが作成されているのを確認します。「adt-bundle-windows-x86_64-20130219」フォルダをクリックし、「F2」をクリックするとフォルダ名を変更できるようになるので、冗長なフォルダ名を「adt」（任意）に変更します。変更したら、「adt」フォルダをダブルクリックし、「eclipse」フォルダ、「sdk」フォルダ、「SDK Manager.exe」ファイルが解凍されていることを確認します。

注意点として、解凍後のフォルダ名を「adt」とリネームするのは大丈夫ですが、フォルダの移動は Setting Up the ADT Bundle に以下の記載がありすすめません。
「Caution: Do not move any of the files or directories from the adt-bundle-<os_platform> directory. If you move the eclipse or sdk directory, ADT will not be able to locate the SDK and you’ll need to manually update the ADT preferences.（注意：adt-bundle-<os_platform>ディレクトリから、ファイルやディレクトリを移動しないでください。EclipseあるいはSDKディレクトリを移動した場合、ADTはSDKを見つけることができなくなり、手動でADTの設定を更新する必要があります。）」

２．Eclipse日本語化プラグインのインストール

ADTバンドル版は日本語化されていません。日本語化するにはMergeDoc プロジェクトの Pleiades を使う方法と、Babel プロジェクトの言語パックを使う方法がありますが、Pleiades を使う方法をとります。「dropins」フォルダ配下にPleiades プラグインをインストールし、起動設定ファイルの「eclipse.ini」ファイルを書き換えます。（参考サイト：Android SDK ｒ21のEclipseを日本語化しよう、UbuntuTips/Application/EclipseJapaneseSetup）

「eclipse.ini」ファイルは、Eclipse を起動するのに重要なファイルです。誤って書き換えたことによって動作しない場合に備えてコピーをとっておくことをお勧めします。書き換えたことで万一起動しなくなった場合にバックアップがあれば安心です。具体的には、「eclipse.ini」ファイルをクリックして選択状態にし、「ctrl」キーを押しながらエクスプローラの空いている空間までドラッグしてから離し「eclipse – コピー.ini」ファイルを作成しておきます。Eclipseが起動しなくなった場合には、書き換えた「eclipse.ini」ファイルを削除し、「eclipse – コピー.ini」ファイルをクリックして「F2」をクリックし「eclipse.ini」ファイルにファイル名を戻します。

「eclipse.ini」ファイルは、メモ帳で開くと1行で表示されてしまうので、ワードパッドを利用します。メモ帳で開くと改行されないのは、「eclipse.ini」ファイルの改行コードがCRになっていることが関係しています。（参考サイト：【改行コード】LF／CR／LF＋CR、eclipseで改行コード設定　CR/LF）

私自身は、サクラエディタを利用して「eclipse.ini」ファイルを編集しています。（参考サイト：メモ帳のかわりに「サクラエディタ」のインストールと使い方）

MergeDoc Project のPleiades プラグイン・ダウンロードの ~~安定板 1.4.0~~ 最新板 1.4.ｘをクリックします。
「pleiades.zipで行う操作を選んでください。」と問われるので、「保存」をクリックします。
「pleiades.zipのダウンロードが完了しました。」と表示されたら、「ファイルを開く」をクリックします。
「圧縮フォルダーツール」画面が開くので、「展開」タブをクリックし、「すべて展開」アイコンをクリックします。
「圧縮（ZIP形式）フォルダの展開」画面が開くので、「ファイルを下のフォルダーに展開する」欄を「C:\adt\eclipse\dropins\MergeDoc」にし、「完了時に展開されたファイルを表示する」のチェックはいれたまま「展開」をクリックします。
「ドライブツール」画面が開くので、「features」フォルダ、「plugins」フォルダ、「readme」フォルダ、「eclipse.exe -clean.cmd」ファイル、~~「pleiades-1.4.0.I20130222」~~ 「pleiades-1.4.2.I20130303」ファイルが解凍されていることを確認します。
「Aｌｔ」キーを押しながら「上矢印（↑）」キーを2回押して「C:\adt\eclipse」フォルダへ階層を移動します。
「C:\adt\eclipse」フォルダの「eclipse.ini」ファイルを右クリック→「プログラムから開く」→「ワードパッド」をクリックします。
「eclipse.ini」ファイルの最終行「-Declipse.buildId=v21.1.0-569685」の下に「-javaagent:dropins/MergeDoc/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar=default.splash」の記述を追加します。文末に「=default.splash」を記述するかしないかで起動スプラッシュ画面が変わります。記述するとADTオリジナル版に、記述しないとPleiades版になります。（参考サイト：ADT Bundleのかっこいいスプラッシュ画面が表示されなくなった）
ワードパッドメニューの「ファイル」→「終了」をクリックします。
「C:\adt\eclipse\eclipse.ini への変更内容を保存しますか？」と問われるので、「保存する」をクリックします。

３．JDKのインストール

Android開発の統合開発環境として利用するEclipseの実行にはJRE（Java SE Runtime Environment：Java実行環境）が必要です。「Eclipse.exe」ファイルのあるフォルダ配下に「jre」フォルダを作成し、そこにJREを配置すると、Eclipseの起動に最優先でこのJREが使用されます。この方法で、Javaのパスを設定しなくてもEclipseの起動が可能です。

起動はJREがあればOKですし、JavaソースのコンパイルにはEclipseの内臓コンパイラが使用されるので、コマンドプロンプトでJavaソースをコンパイルする場合には必要なJDK（Java SE Development Kit：Java開発キット）は必須ではありません。けれども、デバック時にコンパイルエラーがあってJavaのAPIにステップインした場合、JDKの「ソースコード」がないと「ソースが見つかりませんでした。」と警告表示がでます。また、SYSTEM REQUIREMENTSを確認すると「JDK 6 (JRE alone is not sufficient)」と表記されています。表記に従って、JDK6をインストールすることにします。

なお、Java のバージョン6 は Update 43 (JDK 6u43)のリリースをもってアップデート提供を終了するとしていますので、今後はJava のバージョン7 をインストールせざるをえなくなるかもしれません。（参考サイト：Red Hat、OpenJDK 6のメンテナーへ、Androidプロジェクトコンパイル時に “Android requires compiler compliance level 5.0 or 6.0. Found ’1.7′ instead. Please use Android Tools > Fix Project Properties.” エラーが発生しビルドできない、Androidでjava1.7をどうしても使いたい場合はこうしたらええで）
↓
Java のバージョン6 は Update 43 止まりかと思ったら Update 45 が来ました。（参考サイト：Oracle、Javaの定例クリティカルパッチアップデートを提供開始、「Java 6 Update 45」で最終パブリック！「OSX 10.6」向けのサポートはどうなる？）
↓
Java のバージョン6 はサポート終了になりました。アーカイブからJava6をダウンロードするか、Java7をインストールした後、Eclipse メニューの「ウィンドウ」→「設定」→「Java」→「コンパイラー」→「コンパイラー準拠レベル」を「1.6」に設定するかします。（参考サイト：Java6の開発終了を迎える。今後はセキュリティも含めサポートなし、早急にJava7に移行すべき時期が来た、Android開発をJava 7で行う、java7からjava6に変えたいのですが、やり方がわかりません。直サイト教えて下さい…、Java7をインストール）

JDKは、JREも含んでおり、ここではJDK内のJREを「jre」フォルダにコピーして起動に利用し、後述の「Eclipse の設定」の手順で「インストール済みのJRE」にJDKを指定して、コンパイルエラー時に「ソースが見つかりませんでした。（Source not found）」の警告表示がでないようにします。（参考サイト：JDK付属の「src.zip」の代わりに「jdk7src」を使ってEclipseの「Source not found」を回避する方法）

なお、上記は、JavaのAPI部分にステップインする場合の話になります。AndroidSDK にステップインする場合はまた別になります。（参考サイト：デバッグに関して質問です、Android プロジェクトの作成から、EclipseによるSDKソースコードをステップ実行するまでの手順）

「公開JRE」はWebブラウザで「Javaプラグインをインストールしてください」と言われてインストールするものに相当します。「公開JRE」はインストールしないようにして、Javaの脆弱性の危険を受けないようにしようと思います。

OracleのJava SE Downloadsの~~「Java SE 6 Update 41 JDK」~~ 「Java SE 6 Update 45 JDK」の「DOWNLOAD」をクリックします。
「Accept License Agreement」をチェックしてから、「Windows x64」の「jdk-6u45-windows-x64.exe」をクリックします。（OSが32ビットの方は、「Windows x86」-「jdk-6u45-windows-i586.exe」）
「download.oracle.comからjdk-6u45-windows-x64.exe（59.9 MB）を実行または保存しますか？」と問われたら、「実行」をクリックします。
「ユーザーアカウント制御」画面が開き、「次のプログラムにコンピュータへの変更を許可しますか？」と問われたら、「はい」をクリックします。
「Java(TM) SE Development kit 6 Update 45 (64-bit) – セットアップ」画面が開いたら、「次へ」をクリックします。
「Java(TM) SE Development kit 6 Update 45 (64-bit) – カスタム」画面が開いたら、「開発ツール」、「ソースコード」、「公開JRE」のうち、「公開JRE」をクリックし、「この機能を使用できないようにします。」をクリックし、「次へ」をクリックします。
「Java(TM) SE Development kit 6 Update 45 (64-bit) – 完了」画面が開いたら、~~「完了」~~ 「閉じる」をクリックします。
Webブラウザーのタブが増えて「Java Development Kit (JDK) Registration」画面が開き、利用登録を促されますが、登録しなくてもJavaの利用はできるので無視してタブを閉じます。　※update 45 では表示されませんでした。
「Windows」キーを押しながら「X」キーを押して、「エクスプローラー」をクリックし、「C:」ドライブをダブルクリック→「Program Files」フォルダをダブルクリック→「Java」フォルダをダブルクリック→「jdk1.6.0_45」フォルダをダブルクリック→「jre」フォルダを右クリック→「コピー」をクリックします。
デスクトップ画面下の「エクスプローラー」アイコンにマウスカーソルを移動すると起動中の「エクスプローラー」の一覧がホバー表示されるので、「Eclipse」フォルダを選択し、「C:\adt\eclipse」フォルダの空白領域を右クリックし、「貼り付け」をクリックして、「jre」フォルダをコピーします。

４．Eclipse 起動ショートカットの作成

Eclipse は、起動のたびにプラグイン情報を読み込むと遅くなるので、情報をキャッシュしています。（参考サイト：パソコンの「キャッシュ」って何？）

けれども、プラグインを更新したときは、キャッシュをクリア起動する必要があります。キャッシュをクリアする起動オプションを付与したショートカットをデスクトップに作成しておくと便利です。通常起動用と、クリーン起動用のショートカットを作成します。参考サイトを以下に記します。

「C:\adt\eclipse」フォルダの「eclipse.exe」を右クリック→送る→デスクトップ（ショートカットを作成）をクリックします。デスクトップに「eclipse.exe – ショートカット」が作成されるので、今後通常起動用として利用します。
デスクトップにできた「eclipse.exe – ショートカット」を右クリックし、「プロパティ」をクリックします。（または「eclipse.exe – ショートカット」をクリックし、「Alt」キーを押しながら「Enter」キーを押します）
「ショートカット」タブのリンク先欄に「 -showlocation」（-showlocation’の前に半角空白文字必要）を追記します。結果「C:\adt\eclipse\eclipse.exe -showlocation」と記述します。「-showlocation」オプションを指定すると、ADTのタイトルバーにワークスペースのパスが表示されるようになります。Eclipseのワークスペースを切り替えて利用する場合にロケーションを判別しやすくなります。（参考サイト：eclipseで現在のワークスペースディレクトリを表示、Eclipse/Tips）
再度「eclipse.exe」を右クリック→送る→デスクトップ（ショートカットを作成）をクリックします。デスクトップに「eclipse.exe – ショートカット (2)」が作成されます。これをクリーン起動用に編集していきます。
デスクトップにできた「eclipse.exe – ショートカット (2)」を右クリックし、「プロパティ」をクリックします。（または「eclipse.exe – ショートカット (2)」をクリックし、「Alt」キーを押しながら「Enter」キーを押します）
「ショートカット」タブのリンク先欄に「 -clean -showlocation」（’-clean’の前に半角空白文字必要）を追記します。結果「C:\adt\eclipse\eclipse.exe -clean -showlocation」と記述します。
「全般」タブをクリックして、ショートカット名の「eclipse.exe – ショートカット (2)」を「eclipse クリーン起動」に書き換え、「OK」ボタンをクリックします。

その他の起動オプションについては、参考サイトを参照してください。（参考サイト：Advanced Topics in Running Eclipse）

５．Eclipse の起動

Eclipseを起動しようとしたのに、エラー表示も何もでず起動の反応がない場合、「eclipse.ini」の書き換えに失敗している可能性があります。追加した「-javaagent:dropins/MergeDoc/～」の記述を削除してみて、日本語化しないバージョンが起動する場合は、記述に誤りがあります。「-javaagent:dropins/MergeDoc/～」のパスの指定に間違いがないか確認してください。

初回起動時は自動でクリーン起動になるので、「eclipse.exe – ショートカット」をダブルクリックします。Eclipse の起動スプラッシュイメージが表示されると同時に「キャッシュのクリーンアップ中…　この処理は数分かかる場合があります。しばらくお待ちください。」と表示されます。
しばらく待つと（30秒位？）、ワークスペース・ランチャー画面が開き、「ADT は、ワークスペースと呼ばれるフォルダーにプロジェクトを保管します。このセッションに使用するワークスペース・フォルダーを選択してください。」と問われます。「ワークスペース」は任意のフォルダを指定できますが、ここでは「..\workspace」（C:\adt\workspaceと同等）と入力することにします。「この選択をデフォルトとして使用し、今後この質問を表示しない」にチェックを入れ、「OK」ボタンをクリックします。「C:\adt\workspace」フォルダが作成されます。なお、「ワークスペース」に既存のものを指定した場合は、既存の「ワークスペース」が保持する文字コードなどの環境（以前にEclipse メニューの「ウィンドウ」→「設定」で設定したもの）を引き継ぐことになります。
Eclipse（ADT（Android Developer Tools））の「Welcome!」にかぶさるように「Android開発へようこそ」画面が表示され、使用統計をGoogleへ送信するか問われるます。「はい」「いいえ」どちらかを好きなほうを選択し「完了」ボタンをクリックします。送信するのに抵抗があるなら「いいえ」を選んで差し支えありません。この選択は、Eclipse メニューの「ウィンドウ」→「設定」→「Android」→「使用統計」→「使用統計をGoogleに送信する。」の画面で変更することができます。
起動初期画面の、「Android IDE」タブの「×」をクリックして閉じます。Eclipse のメイン・ウィンドウ（ワークベンチ）が表示されます。

Eclipse起動に使用されたJREは、Eclipseメニューの「ヘルプ」→「ADTについて」→「インストール詳細」→「構成」タブをクリックして表示される情報の、「-vm」の次の行を見ると確認できます。私の場合は、29行目にEclipse起動に使用されたJREとして「C:\adt\eclipse\jre\bin\server\jvm.dll」のように表示されました。確認が終了したら、「閉じる」をクリックして「ADT インストール詳細」画面を閉じ、「OK」をクリックして「ADT について」画面を閉じます。（参考サイト：Eclipse 起動時に使用されている Java VM を確認してみよう）

６．Eclipse の設定・確認

主な設定は　Eclipseをチューニング　設定方法　を参考にして下さい。

Eclipse メニューの「ウィンドウ」→「設定」をクリックし、「設定｣画面を開きます。
左側ペインで「一般（General）」（文字の左側にある三角印をクリックするか、文字をダブルクリック）→「エディター（Editors）」→「テキスト・エディター（Text Editor）」を選択します。右側ペインで、「行番号の表示（Show line numbers）」にチェックを入れます。（参考サイト：Eclipse 3.4の各種設定と利用方法～Eclipse 3.4入門～）
左側ペイン（領域）で「一般（General）」→「ワークスペース（Workspace）」を選択します。右側ペインで、「テキスト・ファイルのエンコード」が「デフォルト（MS932）」になっているはずです。「その他」にチェックを入れ、プルダウンリストから「UTF-8」を選択します。（参考サイト：android　文字コード）
左側ペインで「一般（General）」→「外観」→「色とフォント」を選択します。右側ペインで、「基本」→「テキストフォント」ダブルクリックします。「フォント」画面が開き、「フォント名」が「Courier New」、「文字セット」が「欧文」になっているはずです。「フォント名」を「ＭＳゴシック」（先頭に＠がついた＠ＭＳゴシックもあるので間違わないでください）、「文字セット」を「日本語」に設定して「OK」をクリックします。こうすることで、キーボードの¥（円マーク）を入力したのに\（バックスラッシュ）で表示されてしまうということがなくなります。（参考サイト：バックスラッシュを入力したい）
左側ペインで「Android」を選択します。右側ペインで、「SDKロケーション」に「C:\adt\sdk」が設定されていて、「ターゲット名」は最新の「Android 4.2.2」だけがあるのが確認できるはずです。ここは確認だけで終わりです。
左側ペインで「Android」→「ビルド」をクリックします。右側ペインで、「デフォルト・デバッグ・キーストア」にデバッグ用証明書ファイルの保管場所として「C:\Users\（ユーザー名）\.android\debug.keystore」が設定されているのが確認できるはずです。ここは確認だけで終わりです。「debug.keystore」ファイルは、初めてAndroidプログラムをビルドされたときに生成されるものなので、この段階で「C:\Users\（ユーザー名）\.android」フォルダを探しても存在しません。
左側ペインで「Java」→「インストール済みのJRE」をクリックします。名前「eclipse」、ロケーション「C:\adt\eclipse」にチェックがはいっているはずです。これはJDKではなくJREなので、デバッグ時にJavaAPIソースが見れず不便が生じます。「追加」をクリック→「標準VM」を選択（デフォルトで選択済み）し「次へ」をクリック→「ディレクトリー」をクリック→「フォルダの参照」画面が開くので、「コンピュータ」≫「ドライブ「C:」」≫「Program Files」≫「Java」≫「jdk1.6.0_45」とフォルダを選択し、「OK」をクリック→JRE名に「jdk1.6.0_45」が、JREシステムライブラリー欄にjarファイルが列挙されるのを確認して「完了」をクリックします。インストール済みのJREに「jdk1.6.0_45」の行が追加されます。追加されただけで設定が変わってないので、「jdk1.6.0_45」にチェックを入れます。
左側ペインで「Java」→「エディター（Editor）」→「折りたたみ」を選択します。右側ペインで、「折りたたみを使用可能にする」のチェックをはずします。これにより、Androidプログラムソースの「import」が並んだ部分が、自動で折りたたまれることがなくなります。これは好みが分かれると思うので、任意で設定します。（参考サイト：importの自動折りたたみを無効化する）
左側ペインで「Java」→「コンパイラー」をクリックします。「コンパイラー準拠レベル」が「1.6」であることを確認します。Androidでは「1.6」（Java6）が使用要件になっています。
設定画面の「OK」をクリックします。

７．フィンガープリント確認プラグインのインストール（任意）

GoogleMapキーの取得などのためにフィンガープリント（証明書の拇印）を確認したいことがあります。通常は、コマンドプロンプト画面で「keytool -list -v -keystore C:\Users\ユーザー名\.android\debug.keystore」とコマンドを入力して確認しますが、今回、Javaのパスを設定していないので、「’keytool’は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチファイルとして認識されていません。」とエラーになります。そこで、プラグインをインストールして、Eclipse上でフィンガープリントを確認できるようにします。（参考サイト：Keytool plugin for Eclipse ）

※Javaのパスを設定していなくても、”C:\Program Files\Java\jdk1.6.0_45\jre\bin\keytool ” -list -v -keystore C:\Users\ユーザー名\.android\debug.keystore」とJavaの場所を示してフルパスを入力すればコマンドは実行できます。

Eclipseメニューの「ヘルプ」→「新規ソフトウエアのインストール」をクリックします。「インストール」画面が開きます。
「追加」をクリックします。「リポジトリーの追加」画面が開きます。
名前欄に「Keytool plugin」（任意の名前）を、ロケーション欄に「http://keytool.sourceforge.net/update」を入力し、「OK」をクリックします。
「インストール」画面の名前欄に「Keytool」が表示されたら、「すべて選択」をクリックします。
「次へ」→「次へ」→「使用条件の条項に同意します」をチェックし「完了」をクリックします。
「選択が必要」画面が開き、「これらの証明書を信頼しますか？」欄に「patrick Fust; Picosoft; Picosoft」が表示されているので、「すべて選択」をクリックして、「OK」をクリックします。
「Windowsセキュリティの重要な警告」画面が開いたら、「アクセスを許可する」をクリックします。
「ソフトウエア更新」画面が開き「変更内容を有効にするには、ADTを再始動する必要があります。すぐに再始動しますか？」と問われるので、「はい」をクリックします。再開するとEclipseメニューに「Keytool」の項目が増えます。

「debug.keystore」ファイルは、Androidプロジェクトを1度もビルドしていない場合は生成されていません。ですから、ここではプラグインのインストールまでが作業です。「debug.keystore」ファイルが生成されたのちは、下記のようにして確認することができます。

Eclipseメニューの「Keytool」→「Open Keystore」をクリックします。「Open keystorefile」画面が開きます。
「参照」をクリックし、「C:」→「ユーザー」→「（ユーザー名）」→「.android」→「debug.keystore」とダブルクリックしていって、ファイル名欄を「C:\Users\（ユーザー名）\.android\debug.keystore」のように設定します。パスワードは「android」と入力します。「ロード」をクリックします。パスワードを入れずに「ロード」をクリックすると、「Error loading keystore!」と表示され終了してしまいます。
Eclipseのワークベンチ下側の「コンソール」ビューの横に「Keytool」ビューが現れるので、ビュー内の「androiddeugkey」をクリックします。ワークベンチ上側に「androiddeugkey」タブが表示され、フィンガープリントを確認することができます。

これ以後は重複するので、Eclipse IDE with built-in ADT で Android 4.2 開発環境を構築する　の　《９　Android SDK Managerでコンポーネントを追加する》　以降を参考にしてください。

なお、Android SDK Manager の実行時に、「platform-tools」のバージョンを更新すると、「SDK Manager:failed to install」画面が表示され「eclipse.exe are locking the following directory:C:\adt\sdk\platform-tools」と警告画面が表示されます。その場合は、Eclipse をいったん終了してから、警告画面の「Yes」をクリックし、Android SDK Manager 画面に「Done loading packages.」の表示がでて更新が完了してからEclipseを再起動します。

Androidアプリの署名＜KeyStore Keytool AndroidDebugKey＞

投稿日時: 2013年1月11日投稿者: admin

返信

＜Androidアプリケーションへのデジタル署名＞

Androidアプリケーション（以下アプリ）の動作に必要な様々なファイル（Javaソースをコンパイルしたclassファイル、リソース、データなど）をパッケージ化したものがapkファイル（android application package file）です。

拡張子を「.apk」から「.zip」に変えれば解凍ソフトを用いてパッケージ構成を確認することができます。apkファイルはアプリのインストーラーファイルになります。（参考サイト：apkファイル、apkファイルとは、apktoolでアンドロイドアプリの.apkファイルの中身を調べる、Apktoolの使い方(コマンドラインオプションの解説)）

Google Play（旧 Android Market）にアップロードできる apkファイルの最大サイズは 50 MB です。ファイルのパッケージ名は、ユニーク（他と名前が重複しない）で永続的に使用できるものにします。パッケージ名は後で削除や再利用をすることができません。（参考サイト：アプリのアップロード）

パッケージ名は英数字および下線(‘_’)が使用できます。（ただし最初の文字は英文字）「com.android」「com.google」「android」「com.example」から始まるパッケージ名は、Google Play にアップロードしようとすると「The package name of your apk may not begin with any of the following values: [com.android, com.google, android, com.example」とエラーになります。（参考サイト：アプリのアップロード、パッケージ名を変更する必要がある場合）

デジタル署名がないapkファイルは、Android端末の実機にも、エミュレーターにもインストールできません。すなわちアプリを実行することができません。署名されていないアプリは、不正なアプリと認識されます。署名の有効期限が切れているものはインストールできません。ただし、証明書の有効期限を確認するのはインストール時のみなので、インストール後に署名の有効期限が切れてもアプリは正常に動作します。（参考サイト：アプリケーションへの署名、androidのアプリに署名したい）

EclipseでAndroidアプリ開発時に普通にアプリを実行できますが、それは、開発者が明示的に署名を行わなくても、デバッグ用のキーストアが自動で作成されて署名されているからです。 WebシステムでHTTPSプロトコルを使用するときには、第三者機関である認証局（CA ： Certification Authority）から発行されたSSLサーバ証明書が必要です。（参考サイト：SSLサーバ証明書の基礎知識、インターネット10分講座：PKI、証明書チェーン）

一方、Androidアプリが配布されるAndroid Marketでは、アンドロイドアプリに認証局による署名を求めていないため自己証明書を使用します。アンドロイドでは、特定のデータへのアクセスが可能かどうかの判断や、ユーザIDの共有が可能かどうかの判断など、アプリケーション内部のデータアクセスを制御するために署名を使用します。デジタル署名により、

コードの作成者を識別する
アプリが変更されていないかを検出する
アプリ間の信頼関係を確立する

といったことが可能になるので、なりすましやデータの改ざんの発見に有効です。この用途では、データの提供元と提供先が同じ証明書を持っていることを確認できればよいため、自己証明書で十分であると言えます。（参考サイト：Androidにおけるセキュリティ設計と動作（前編）、Androidアプリへの署名 – 日本Androidの会、アプリの署名に用いる証明書について、デジタル署名、認証について、デジタル署名、Javaとセキュリティ）

アプリはそれぞれ独立したLinuxプロセスとして動き、インストール時に固有のLinuxユーザIDが割り当てられます。ユーザIDはアンインストールされるまで変更されません。一度アンインストールして再インストールした場合は同じユーザIDになるとは限りません。また、別の端末に同じアプリをインストールしても、同じユーザIDにはなりません。アンドロイドで作成されるファイルへのアクセスは、このユーザIDによって制御され、ユーザIDが異なると、明示的に許可しない限り別のアプリはファイルへアクセスできません。（参考サイト：IPA テクニカルウォッチ「Android アプリの脆弱性」に関するレポート（pdf））

デジタル署名が異なると、ユーザIDが同一でも、アプリ間のデータ共有やアプリのアップデートができません。（参考サイト：Android のセキュリティーを理解する、Android のマルチユーザ環境でユーザID を取得する、アプリ名？アクティビティ名？パッケージ名？）

ただし、脆弱性が残っています。（参考サイト：Android OS においてアプリの署名の検証が不十分な脆弱性（Scan Tech Report）、Androidアプリ不正改ざん検知ソリューション Walnut Detector、AndroidアプリDRMガイドライン）

＜キーストア＞

キーストア（ファイルの種類を識別する拡張子は「.keystore」）は、キー情報（秘密鍵と公開鍵のペア、公開鍵証明書）を格納するリポジトリ（データの保管・管理場所）として機能するデータベースです。イメージとしては、鍵のかかった部屋（キーストア）に鍵（キー）のかかった金庫があり、金庫の中に証明書が入っている状態とするとよいかもしれません。（参考サイト：Android アプリケーションの公開プライベートキーの作成とデジタル署名、鍵と証明書を設定する、キーストアファイル）

Androidプロジェクトを初めてデバッグビルド（ソースコードのコンパイルやライブラリのリンクなどを行い、最終的な実行可能ファイルを作成）すると、「.android」フォルダに、デバッグ用のキー情報（「androiddebugkey」-パスワードはデフォルトで「android」）を格納したデバッグ用のキーストア（「debug.keystore」-パスワードはデフォルトで「android」）が、自動生成されます。（参考サイト：アプリケーションへの署名、Signing Your Applications）

以後のデバッグビルドのデジタル署名は、この「debug.keystore」ファイルが使用されます。（参考サイト：Androidアプリケーションと署名、Androidのデバッグ用apkの署名方法と確認方法）

「debug.keystore」ファイルの生成場所は、Eclipseメニューの「ウィンドウ」→「設定」→左ペイン「Android」→「ビルド」とした右ペインの「デフォルト・デバッグ・キーストア」欄で確認することができます。通常は以下の場所に生成されます。（参考サイト：Androidアプリケーションを公開するために：署名と配置の方法、debug.keystore再生成、AVDの保存場所を設定、ANDROID_SDK_HOMEを設定する。、PANIC: Could not open AVD config file）

Windows XP → 「C:\Document and Settings\ユーザー名\.android\debug.keystore」
Windows Vista、7 → 「C:\Users\ユーザー名\.android\debug.keystore」
Mac OS X、Linux　→　「~/.android/debug.keystore」

＜コマンドプロンプト画面でフィンガープリントを確認＞

デジタル証明書が改ざんされていないことを証明するためのハッシュ値をフィンガープリントといいます。（参考サイト：ハッシュ値を利用してファイルの同一性をチェックする）

ハッシュ値とは、基のデータ（証明書）をハッシュ関数という特別な関数を使って計算で求めた値で、計算方法には「MD5」、「SHA」といったものがあります。ハッシュ値とハッシュ関数が分かっていても、基のデータを算出できないことが特徴です。（参考サイト：MD5、SHA）

フィンガープリントを確認するには、「Windows」キーを押しながら「R」キーを押して「ファイル名を指定して実行」画面を開き、名前欄に「cmd」と入力し、「OK」をクリックして「コマンドプロンプト」画面を開き、「keytool -list」コマンドを入力します。「keytool」とだけ入力すると、「keytoolの使い方」が表示されます。「keytool」コマンドを入力して「’keytool’ は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチファイルとして認識されていません。」と表示が出る場合は、JDKがインストールされていないか、keytoolまでのパスがとおっていないことが考えられます。keytoolはJDKインストールフォルダのbinフォルダ配下にあります。JREにはありません。（参考サイト：Java環境に手動でグローバルサインのルート証明書をインストールする方法）

「keytool」コマンドは、パスをとおして利用するのが便利です。パスをとおさずに利用する方法についても後述します。

「Windows」キーを押しながら「Pause」キーを押して（またはWindows画面左下の「スタートメニュー」→「コンピュータ」右クリック→「プロパティ」をクリックして）「システム」画面を開き、左側の表示上から4つ目の「システム詳細設定」をクリックします。
「ユーザーアカウント制御」画面が開いたら「続行」をクリックします。
「システムのプロパティ」画面が開いたら、詳細設定タブの「環境変数」をクリックします。
「環境変数」画面が開いたら、システム環境変数の「新規」ボタンをクリックします。
「新しいシステム変数」画面が開いたら、変数名に「JAVA_HOME」、変数値に「C:\Program Files\Java\jdk1.6.0_45」と入力し、「OK」をクリックします。
”Program”と”Files”の間に半角空白がありますが「”C:\Program Files\Java\jdk1.6.0_45″」とダブルクォーテーションで括る必要はありません。（既にシステム環境変数に「JAVA_HOME」が存在する場合は、「JAVA_HOME」をダブルクリックし、変数値を「C:\Program Files\Java\jdk1.6.0_45」に置き換え、「OK」をクリックします。）
次に、システム環境変数「Path」（大文字小文字は無視されるので「PATH」あるいは「path」となっているかもしれません。）をダブルクリックします。「システム変数の編集」画面が開き、変数名欄が「Path」で表示されたら、変数値欄をクリックし、左矢印キーで確実に入力値の文字列先頭まで移動し、文字列先頭に「%JAVA_HOME%\bin;」を追記します。「Path」の元々の変数値を消すとシステムに不具合を及ぼすので、慎重に行ってください。不安なら元々の変数値をバックアップしておくことをお勧めします。セミコロン（;）は複数の値を設定する場合の区切り文字なので、忘れずに記述します。「%\bin;」の「\」も忘れやすいので注意します。入力できたら「OK」をクリックします。
「環境変数」画面で「OK」をクリックし、「システムのプロパティ」画面で「OK」をクリックして設定を反映します。（参考サイト：コマンドプロンプトでMD5が取得できない）

パスをとおさず利用する方法１→カレントディレクトリ（ユーザが作業しているディレクトリ）を「keytool.exe」ファイルのあるディレクトリへ移動します。すなわち「cd C:\Program Files\Java\jdk1.6.0_45\bin」とコマンドを入力してから「keytool」コマンドを実行します。（Windows7 で Java が JDK6 update45 の場合）（参考サイト：デジタル署名作成のためのkeytool,jarsignerコマンドが使えるようにJDKのパスを通す）
パスをとおさず利用する方法2→「”C:\Program Files\Java\jdk1.6.0_45\bin\keytool”」のように「keytool」コマンドをフルパスで入力します。（参考サイト：絶対パスとフルパスの違いがイマイチわかりません。、Google Maps API Keyを取得する）

「debug.keystore」ファイルのフィンガープリントを確認するには、「keytool -list -v -keystore C:\Users\ユーザー名\.android\debug.keystore」 -storepass android」とコマンドを入力します。詳細情報表示になり、証明書のフィンガープリント「MD5」と「SHA1」を確認することができます。（参考サイト：Android keystoreの操作）

ただし、一度もAndroidプロジェクトをデバッグビルドしていない場合は、「debug.keystore」ファイルが生成されていないので、「keytool エラー: java.lang.Exception: キーストアファイルは存在しません: C:\Users\ユーザー名\.android\debug.keystore」とエラー表示になります。（参考サイト：Android キーストア・ファイルは存在しません）

「keytoolエラー: java.lang.Exception: キーストア・ファイルは存在しますが、空です:」と出る場合は、キー情報がありません。

「keytool -list -keystore C:\Users\ユーザー名\.android\debug.keystore -storepass android」のように「 -v」オプションを入れずにコマンドを入力した場合は、Javaのバージョンによって表示されるフィンガープリントが異なります。Java6の場合は「MD5」が、Java7の場合は「SHA1」が表示されます。（参考サイト：Maps API Keyの取得について、jdk1.7ではkeytoolによるデフォルトSHA1だけに(MD5は?)、keytool の結果が MD5 じゃなくて SHA1 になってるッ！！！、JDK1.6と1.7でkeytoolの暗号化アルゴリズムが違う件）

「keytool -list -v -keystore C:\Users\ユーザー名\.android\debug.keystore」のように「-storepass android」オプションを入れずにコマンドを入力した場合は、「キーストアのパスワードを入力してください:」とパスワードを問われます。これに対して、本来はデバッグ用のキーストアのパスワードの「android」を入力して「Enter」キーを押すべきところですが、そのまま「Enter」キーを押しても構いません。その結果「警告-キーストアに保存された情報の安全性は検証されていません！　完全性を検証するには、キーストアのパスワードを入力する必要があります。」とメッセージがでますが、表示されるフィンガープリントは、正式にパスワードを入力した場合と違いはありません。 Mac環境で漢字表示が文字化けする場合は、参考サイトを試してください。（参考サイト：MacOSXでJava系コマンドが文字化けする、MacでAndroidデバッグ用証明書を生成するときにターミナルの文字化けを防ぐには、Android開発環境をセットアップしてMavenでビルドできるようにする）

＜Eclipseでフィンガープリントを確認＞

プラグインをインストールすることで、Eclipseでもフィンガープリントを確認することができます。（参考サイト：Keytool plugin for Eclipse ）

Eclipseメニューの「ヘルプ」→「新規ソフトウエアのインストール」をクリックします。「インストール」画面が開きます。
「追加」をクリックします。「リポジトリーの追加」画面が開きます。
名前欄に「Keytool plugin」（任意の名前）を、ロケーション欄に「http://keytool.sourceforge.net/update」を入力し、「OK」をクリックします。
「インストール」画面の名前欄に「Keytool」が表示されたら、「すべて選択」をクリックします。
「次へ」→「次へ」→「使用条件の条項に同意します」をチェックし「完了」をクリックします。
「選択が必要」画面が開き、「これらの証明書を信頼しますか？」欄に「patrick Fust; Picosoft; Picosoft」が表示されているので、「すべて選択」をクリックして、「OK」をクリックします。
「ソフトウエア更新」画面が開き「インストール内容を有効にするには、Eclipseを再始動する必要があります。再開せずに、変更を適用することもできますが、問題が発生する可能性があります。」と表示されるので、「今すぐ再始動」をクリックします。再開するとEclipseメニューに「Keytool」の項目が増えます。
Eclipseメニューの「Keytool」→「Open Keystore」をクリックします。「Open keystorefile」画面が開きます。
ファイル名に「C:\Users\ユーザー名\.android\debug.keystore」（Windows Vista、7の例）と入力します。「参照」ボタンを利用してフォルダツリーを辿って入力してもいいでしょう。パスワードに「android」と入力し、「ロード」をクリックします。パスワードを入れずに「ロード」をクリックすると、「Error loading keystore!」と表示され終了してしまいます。
Eclipseのワークベンチ下側の「コンソール」ビューの横に「Keytool」ビューが現れるので、ビュー内の「androiddeugkey」をクリックします。ワークベンチ上側に「androiddeugkey」タブが表示され、フィンガープリントを確認することができます。

＜debug.keystoreの有効期限＞

「debug.keystore」のキー情報（秘密鍵と公開鍵のペア、公開鍵証明書）の有効期限が切れると、デバッグビルド時に「Error generating final archive: Debug Certificate expired on 年/月/日時:分」（最後のアーカイブを生成中にエラー：年/月/日時:分にデバッグ証明書が失効しました）とエラーメッセージが表示されます。（参考サイト：debug.keystore期限切れ、Your Project contains error s please fix them before running your applicationエラー）

この場合、「コマンドプロンプト」画面で「del debug.keystore」とコマンドを入力して、有効期限切れのキー情報を「debug.keystore」ごと削除します。その後デバッグビルドすると、新しい有効期限のキー情報を格納した「debug.keystore」ファイルが自動生成され、エラーは解消されます。（参考サイト：2012年版 Androidアプリ開発 SDK入れて一年すると発生するエラー “Debug certificate expired on ～”、アプリケーション実行時に”Error generating final archive: Debug Certificate expired on (日付)”エラーが発生する、『Androidのちょっと忘れやすいトピックや時事ネタ』、Your project contains error(s),please fix them begore running your application）

初めてデバッグビルドを実行した際に自動生成される「debug.keystore」ファイルの有効期限は、以前は作成日から365日（1年）で設定されましたが、現在は10,950日（365日×30年）に変更されています。（参考サイト：『Eclipse』が実行できない！？）

なお、デバッグ用のキーストアで署名したapkファイルをGoogle Play にアップロードしようとすると、「Google Play では、デバッグ証明書で署名されたapkは受け入れられません。有効期限が50年以上の新しい証明書を作成してください。」とのメッセージがでるようです。（参考サイト：Androidアプリをアップロードしようとすると、デバッグ証明書で署名されたapkは受け入れられませんと拒絶される。、【Android】apkを署名する際の注意点、[Unity3D]Android用の証明書を作るその１、Unity : Android パッケージファイルの署名(2)）

＜キー情報の生成＞

キー情報を自分で生成するには「keytool -genkeypair」（「keytool -genkey」）コマンドを使用します。（参考サイト：HTTPS設定 – keytoolを使った鍵とサーバ証明書の生成、Java/keytool – 備忘録）

JDK/JRE6以降、コマンドインタフェースが一部変更されており、「-genkeypair」コマンドの説明には、「このコマンドは、以前のリリースでは -genkey という名前でした。この古い名前は、このリリースでも引き続きサポートされており、今後のリリースでもサポートされる予定です。ただし、今後はわかりやすいように、新しい名前 -genkeypair を使用することをお勧めします。」と記載されています。（参考サイト：keytool – 鍵と証明書の管理ツール、keytool）

例えばデバッグ用のキー情報「androiddebugkey」を格納したキーストアファイル「debug.keystore」を自分で作成する場合は、「keytool -genkeypair -keystore debug.keystore -storepass android -alias androiddebugkey -keypass android -dname “CN=Android Debug,O=Android,C=US” -keyalg RSA -validity 10000」とコマンドを入力します。（参考サイト：Java/keytool、Androidアプリへの署名の付け方、keytoolコマンドで署名ファイルの作成、いまさらAndroidアプリ開発記事アプリ公開編 ②keytoolで秘密鍵を作成する、Androidアプリのデジタル署名に必要な証明書の作成）

設定値の意味は以下の通りです。

keystore＜キーストア名＞：debug.keystore
- 省略すると.keystoreになります。
storepass＜キーストアのパスワード＞：android
alias＜エイリアス＞：androiddebugkey
- 省略するとmy～になります。
keypass＜エイリアスのパスワード＞：android
- 省略するとキーストアのパスワードと同じになります。
dname-CN＜所有者名（Common Name）＞：Android Debug
dname-O＜組織名（Organization）＞：Android
dname-C＜国番号（Country code）＞：US
keyalg＜公開鍵暗号方式＞：RSA
- 省略するとDSAになります。
validity＜有効日数＞：10000
- 省略すると90になります。

エイリアスは、apkファイルに署名するときに使われるキー情報の参照名です。キーストアには複数のキー情報を格納することができ、エイリアスで区別します。通常Androidでは1つのキーストアに1つだけキー情報を格納します。（参考サイト：作成したアプリに署名を行う）

エイリアス（キー情報）のパスワードは、省略するとキーストアのパスワードと同じになります。キーとキーストアのパスワードは、同じにしたり別個にしたりできます。（参考サイト：keystoreのパスワードを変更する）

組織名に「,」 (カンマ）が入っていると、「Keytool-error: java.io.IOException : Incorrect AVA format」とエラーになります。AVAはAttribute-Value-Assertions（属性値アサーション）の略で、属性値の記述が正しくないという意味になります。（参考サイト：incorrect AVA format エラー（署名作成時）、keytoolエラー:java.io.IOException: Incorrect AVA format）

国番号はISO規定の国コードを指定します。日本の場合は「JP」（大文字）です。国際電話番号の「81」ではありません。（参考サイト：Country Code – ISO 3166、ISO 3166-1、国番号）

公開鍵暗号方式は、公開鍵の暗号化に使用するアルゴリズムとして RSA と DSA のどちらかを選択します。RSAを指定します。（参考サイト：RSA、DSA、認証，アクセス制御）

有効日数はアプリの予定される使用期間よりも長く設定します。25年以上であることが推奨されており、10000日は27年（1年365日）と145日になります。Google Play にアップロードする場合は、2033年10月22日より後で切れるように設定しなければなりません。（参考サイト：Android Market登録（無料アプリ編））

既存のキーストアにエイリアス（キー情報）を追加する際に、キーストアのパスワードを誤ると、「keytool エラー: java.io.IOException: Keystore was tampered with, or password was incorrect」とエラーになります。例えば、既存のデバッグ用キーストア「debug.keystore」のパスワード「android」を誤ると、このエラーメッセージになります。（参考サイト：debug.keystore を新しくしたらパスワードが違うと怒られる。、久々にAndroidアプリを開発しようとしたら動かない）

既存のエイリアス（キー情報）と同一名のエイリアスを設定しようとすると、「keytool エラー: java.lang.Exception: 鍵ペアは生成されませんでした。別名 <エイリアス名> はすでに存在します。」とエラーになります。エイリアス（キー情報）を削除する場合は、「keytool -delete -alias <エイリアス名> -keystore ＜キーストア名＞ -storepass ＜キーストアのパスワード＞」とコマンドを入力します。（参考サイト：keytoolを使ってみた）

キーストアを削除する場合は、「del <キーストア名>」とコマンドを入力します。（参考サイト：しばらく放置してアプリが起動しなくなるその前に）

＜リリース前＞

アプリを複数のメンバで開発していて、開発者ごとに別々のデバッグ用のキーストアを使用しているとします。すると、証明書が異なるapkファイルは実機やエミュレータへ上書きインストールできないので、一旦アプリを削除してからインストールすることになります。また、Googleマップを使用する場合のGoogole Maps APIキーの取得に証明書が必要で、結果Googole Maps APIキーも開発者ごとに異なってしまいます。これでは手間がかかるので、複数のメンバで開発する場合はデバッグ用のキーストアを共用するのがいいでしょう。Eclipseメニューの「ウィンドウ」→「設定」→左ペイン「Android」→「ビルド」とした右ペインの「カスタム・デバッグ・キーストア」欄に共通のキーストアを指定します。参考サイトを記します。

本来デバックモードでは実行が難しいことの対処法の参考サイトを記します。

ADT r17より前は、デバッグビルドとリリースビルドで処理を切り替えたい場合、「AndroidManifest.xml｣ファイルの「application」タグ内の「android:debuggable=true/false」を利用していました。参考サイトを記します。

ADT r17からは、「BuildConfig.java」のDEBUG定数（BuildConfig.DEBUG）を利用できるようになりました。プロジェクトを右クリック「Androidツール」→「Export Signed Application Package」でapkファイルを作成するとDEBUG定数が「false」になります。万一、「false」にならなかった場合は、Eclipse メニューの「プロジェクト」→「自動的にビルド」を外し、「プロジェクト」→「クリーン」を実行後、プロジェクトを右クリック「Androidツール」→「Export Signed Application Package」という手順で行うとよいようです。参考サイトを記します。

ADT r17以降は、「android:debuggable=true/false」を記述すると、「Avoid hardcoding the debug mode; leaving it out allows debug and release builds to automatically assign one」（デバッグモードを直接コード内に書き込むのは避けてください：書き込まなければ、リリースビルドとデバッグビルドを自動的に割り当てます）と警告が表示されます。参考サイトを記します。

Google Play を経由せずにアプリを実機にインストールしようとすると、出荷時の初期設定のままでは、「インストールはブロックされました。」と警告メッセージが表示されます。警告メッセージ画面左下の「設定」をクリックし、「提供元不明のアプリ」にチェックを入れ「OK」をクリックするとインストールできるようになります。一度チェックするとこの警告は以後表示されなくなります。セキュリティ上問題があるので、必要がなくなればブロックする設定に戻すのが安全です。ホーム画面で「Menu」ボタンをクリックし、「設定」の中の「アプリケーション」（端末によっては「セキュリティ」）を選択し、「提供元不明アプリ」のチェックを外します。参考サイトを記します。

なお、下記参考サイトで「android:debuggable」の設定をしているものがありますが、ADT r17以降は上で記述したように不要です。参考サイトを記します。

ファイルサイズ圧縮、難読化、最適化ツールのProGuardを設定するのもよいでしょう。使用されていないメソッド等、実質的に不要なコードを自動削除する機能があるので、リリース版アプリでの LogCat へのログ出力を制御にすることもできます。 AndroidでのProGuard 使い方を参考にしてください。

＜アプリのリリース＞

アプリをGoogle Play にアップロードする場合は、次の３つが守られている必要があります。（参考サイト：アプリケーションへの署名、Signing Your Applications）

アプリケーションは、有効期間が 2033年10月22日より後で切れる暗号化キーで署名されている必要があります。
アプリケーションは、そのマニフェストファイルの <manifest> 要素の android:versionCode と android:versionName 属性の両方を定義する必要があります。サーバは、 android:versionCode を基準に、アプリケーションの内部的な識別と更新のハンドリングを行い、 android:versionName をアプリケーションのバージョンとしてユーザに表示します。
アプリケーションは、そのマニフェストファイルの <application> 要素の android:icon と android:label 属性の両方を定義する必要があります。

リリースするapkファイルは、リリース用のキーストアで署名します。デバッグ用のキーストアで署名すると、Google Play にアップロードできません。リリース用のキーストアでapkファイルを署名するには、「コマンドプロンプト」画面でする方法と、Eclipseでする方法があります。

＜「コマンドプロンプト」画面でリリース用署名する場合＞

未署名のapkファイルに「keytool -genkeypair」（「keytool -genkey」）コマンドで作成したリリース用のキーストアを用いて、「jarsigner -verbose -keystore」コマンドで署名し、「zipalign」コマンドで最適化します。

未署名のapkファイルをEclipseを使用して取得するには、対象のAndroidアプリケーションプロジェクトを右クリック→「Androidツール」→「未署名アプリケーション・パッケージのエクスポート…（Export Unsigned Application Package…）」をクリック→ファイル名を指定（<hogefuga.apk>）して「保存」をクリックします。

「An unsigned package of the application was saved at <hogefuga.apk> Before publishing the application you will need to:-Sign the application with your release key,-run zipalign on the signed package. ZipAlign is located in <SDK>/tools/ Alligning applications allows Android to use application resources more efficiently.」とメッセージが出たら、「OK」をクリックします。

「jarsigner」コマンドに「-verify」オプションを指定すると、apkファイルの署名を検証できます。検証が成功すると、「jar が検証されました。」というメッセージが表示されます。

「jarsigner -verify -verbose -certs <hogefuga.apk>」コマンドを実行して、「X.509 CN=Android Debug, O=Android, C=US [証明書は XX/XX/XX XX:XX から XX/XX/XX XX:XX まで有効です]」と表示されたら、<hogefuga.apk>はデバッグ用のキーストアで署名されています。（参考サイト：apkファイルの複数署名、apkファイルに登録してあるデジタル証明書を見てみる。(Win)）

「jarsigner -verify -verbose -certs <hogefuga.apk>」コマンドを実行して、「マニフェストは存在しません。jarは署名されていません。（署名が見つからないか、構文解析できません）」と表示されたら、<hogefuga.apk>は未署名のapkファイルです。

「jarsigner -verify -verbose -certs <hogefuga.apk>」コマンドを実行して「jarsigner: java.io.FileNotException: <hogefuga.apk>（指定されたファイルが見つかりません。）」と表示される場合は、 <hogefuga.apk>と違う階層でコマンドを実行している可能性があります。「dir」コマンドで同じ階層に<hogefuga.apk>があることを確認します。

あるいは、<hogefuga.apk>が同じ階層になくても、フルパスでapkファイルの場所を指定すれば検証できます。

アプリの署名にも「jarsigner」コマンドを使用します。署名アルゴリズム（sigalg）は「SHA1withRSA」で、ダイジェストアルゴリズム（digestalg）は「SHA1」で署名します。（参考サイト：Sign your application with your private key）

Java6では、デフォルトのアルゴリズムがAndroidの仕様に沿っているので、「jarsigner -verbose -keystore <keystore>（キーストアファイルのフルパス）<hogefuga.apk>（未署名のapkファイルのフルパス） <alias>（キーの参照名）」として署名できます。

Java7ではデフォルトのアルゴリズムが「SHA256withRSA」と「SHA-256」に変わっています。「jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore <keystore>（キーストアファイルのフルパス）<hogefuga.apk>（未署名のapkファイルのフルパス） <alias>（キーの参照名）」のように、「-sigalg」と「-digestalg」オプションを必ず付記する必要があります。なお、「-digestalg SHA1」の部分を「-digestalg SHA-1」とするのは不可のようです。参考サイトを記します。

署名をしたら「zipalign <-f> <-v> <アラインメント> <入力ファイル> <出力ファイル>」とします。（参考サイト：本格アプリを作ろう!Androidプログラミングレシピ）

<-f>は、もし<出力ファイル>が存在したら上書きを強制（force）します。
<-v>は、画面出力を詳細（verbose）にします。
<アラインメント>は、アラインするバイト数を指定します。4以外の値は無視されます。
<入力ファイル>は、アラインメントされていない署名されたapkファイルを指定します。
<出力ファイル>は、アラインメントされて出力されるapkファイルを指定します。リリース用apkファイルになります。

「zipalign -v 4 <hogefuga.apk> <release.apk>」として、apk ファイル内の画像や raw ファイルなどのすべての非圧縮データを 4 バイトバウンダリで整列させるようにします。これにより、アプリケーション実行時のRAMの総使用量を減らすことが可能となります。参考サイトを記します。

その他の参考サイトを記します。

既に署名しているapkファイルに重ねて署名しようとすると、「jarsigner: jar に署名できません: java.util.zip.ZipException: invalid entry compressed size~」とエラーになることがあります。一旦署名を消す方法があるようです。参考サイトを記します。

＜Eclipseでリリース用署名する場合＞

Eclipseで署名する方法は、「コマンドプロンプト」画面でする方法では起こり得た二重署名の危険がなく簡単なのでお勧めです。Eclipseで対象のAndroidアプリケーションプロジェクトを右クリック→「Androidツール」→「署名アプリケーション・パッケージのエクスポート…（Export Signed Application Package…）」をクリックして署名します。Eclipseで署名した場合は、自動的にZipalignが実行され整列されます。Zipalignは、apkファイルの最適化を行ってくれるツールで、アプリの実行速度が向上します。Zipalignが実行されていないapkファイルを Google Play にアップロードしようとすると、「apk に zipalign が実行されていません。apk に zipalign ツールを実行して携帯端末上のパフォーマンスを向上させてください。」とメッセージが表示されます。現在は、zipalign実行が必須となっています。参考サイトを記します。

アプリのリリースに参考となるサイトを記します。

＜アプリのアップデート＞

Google Play にリリースしたアプリのアップデートには、リリース時に用いたキーストアが必要です。リリース用のキーストアを紛失したり、パスワードがわからなくなったりすると、アプリのアップデートができなくなるので、新しいパッケージ名と新しいキーストアでアプリを公開しなければならなくなります。また、リリース用のキーストアが第三者に渡ると、作者に成りすましてアプリを配布したり、勝手に置き換えたり、アプリのデータを盗んだりすることが可能になってしまうので、注意して厳重に保管する必要があります。

なお、頑張ればapkファイルをいじることは可能のようです。

＜Google Maps API を使ったアプリを作成する場合＞

地図アプリを作成するには、Google Maps APIのキーを取得する必要があります。また「Google APIs」をインストールする必要があります。 Google Maps API を利用するアプリは、デバッグ用とリリース用で証明書が異なることに留意が必要です。例えば、開発時のエミュレータでは地図が正常にが表示されていたのに、Google Play に公開したら真っ白で表示されないといったことが起こります。

Google Maps Android API v2を利用の場合「Google APIs」は必要ありません。Google Maps Android API v1 のAPIキーは、2013年3月3日から申請することはできなくなるので、2012年12月3日の時点でV2を使用するよう奨励されています。その後v1のAPIキーの発行は2013年3月18日をもって終了しました。参考サイトを以下に記します。

＜Google Play Game Services を使ったアプリを作成する場合＞

以上です。