Androyer in Japan

Some file crunching failed

2017-03-08T16:28:00.000+09:00

Some file crunching failed

Android Studioを2.3に改版すると下記のエラーが発生した。

Information:Gradle tasks [clean, :(省略):generateDebugSources, :(省略):generateDebugAndroidTestSources, :(省略):mockableAndroidJar, :(省略):prepareDebugUnitTestDependencies, :(省略):compileDebugSources, :(省略):compileDebugAndroidTestSources, :(省略):compileDebugUnitTestSources, :app:generateDebugSources, :app:mockableAndroidJar, :app:prepareDebugUnitTestDependencies, :app:generateDebugAndroidTestSources, :app:compileDebugSources, :app:compileDebugUnitTestSources, :app:compileDebugAndroidTestSources]

15:54:20.374 [ERROR] [org.gradle.api.Project] AAPT err(Facade for 727369730): \\?\C:\Users\漢字\.android\build-cache\91d4fc3623f1db2e13d9719feb5cd41e8a96b0c9\output\res\drawable-xxhdpi-v4\googleg_standard_color_18.png ERROR: Unable to open PNG file

解答は次のサイトを参照してください。
http://stackoverflow.com/questions/42580645/errorsome-file-crunching-failed-see-logs-for-details-afer-update-gradle

原因：Windowsにおけるフォルダーの名前に２バイト文字を使用していたため。
解決方法：プロジェクトのルートにあるgradle.propertiesファイル内に、次の１行を書きこんでください。
android.enableBuildCache=false

又は、上記の値をtrueにした上で、ASCII文字だけで構成されるフォルダー名を下記のように設定します。
android.buildCacheDir=C:/akan-mata-bagu-ya/build-cache

MY_PACKAGE_REPLACEDの動作確認

2017-01-04T18:47:00.000+09:00

MY_PACKAGE_REPLACEDの動作確認

Android Studioで、初期設定のままでデバッグを行うと、開発中のアプリのインストールと起動とが連続して行われてしまう。本番の環境では連続して行われることはない。
このままだと、action.MY_PACKAGE_REPLACEDに基づく動作確認が正確にできないかもしれない。

これを別々に行うには下記の設定をする。
Android Studio > Run > Edit Configurations... において、左上端の「+」を押し下げる。
「Android App」を選択する。
General > Installation Options > Deploy 及び General > Launch Options > Launch には、各々「Nothing」という項目があるので、この項目を活用すれば、インストールと起動とを別々に(連続させずに)行うことができる。

action.MY_PACKAGE_REPLACEDによる受信ができない

2017-01-04T18:23:00.000+09:00

action.MY_PACKAGE_REPLACEDによる受信ができない

デバッグ環境において、今まで正常に動作していたMY_PACKAGE_REPLACEDによる受信ができなくなった。
Android端末を再起動すれば、受信できるようになりました。

ContentResolver#query() return null

2017-01-03T19:10:00.001+09:00

ContentResolver#query() return null

古い機種は、端末の電源投入後、起動完了状態になるまで、１分以上かかる。
この間(起動が完了していない状態。起動途中の段階)で、ContentResolver#query()を使うと、nullが返る。

起動途中の段階でgetContentResolver()を実行した場合であっても、利用可能なContentResolverが返されてくる。

ContentResolver#query()を使いnullが返された場合、その原因が、起動途中の段階なのか、それともAndroidシステムに異常があるのか確認した方が良いかもしれない。
例えば、SystemClock#elapsedRealtime()とThread#sleep()を併用して、２分程度待つようにすれば良い。
なお、elapsedRealtime()は、電源投入を起点とした経過時間をミリ秒単位で返す。

Android端末がWindowsで認識しない

2016-10-01T14:32:00.000+09:00

Android端末がWindowsで認識しない

今まで問題なく認識できていたAndroid端末が、2016年10月１日に、Windows10で認識できなくなりました。
私の事例の場合、Windows10に接続するUSB機器を、キーボード、マウス及びAndroid端末の３個だけにすれば、問題なくAndroid端末を認識できるようになりました。
第四番目に接続させていたUSB機器との相性が悪かったのかと思います。

「データがありません」ANRに関する報告の受け取り

2016-07-11T18:14:00.003+09:00

「データがありません」ANRに関する報告の受け取り

ANRの報告に「データがありません」という表示がされる場合があります。
この場合、半日程度経ってから、ドラム缶アイコンから「クラッシュとANR」を選択し、ANRデータをCSVファイルで開発機にダウンロードして、見てください。
そうすると、ある程度情報が記載させています。

BroadcastReceiverでIntent.ACTION_PACKAGE_REPLACEDを受け取る

2016-03-09T19:36:00.000+09:00

BroadcastReceiverでIntent.ACTION_PACKAGE_REPLACEDを受け取る

アプリの改版を行った場合、アプリは、BroadcastReceiverでandroid.intent.action.PACKAGE_REPLACEDを受け取ります。
このPACKAGE_REPLACEDに基づき実行されるコードは、旧版でしょうか、それとも新版でしょうか。

解答は、新版です。

何の根拠も無く、間違った方で、自分勝手に思い込みをしてしまわないようにしましょう。

PreferenceFragmentを使って複雑なViewGroupを表示・操作したい場合

2016-02-29T22:58:00.000+09:00

PreferenceFragmentを使って複雑なViewGroupを表示・操作したい場合

表示する画面のxml:preference_version.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:orientation="vertical"
>
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:autoLink="web"
android:text="@string/test"
>
</TextView>
<RelativeLayout
android:layout_width="match_parent"
android:layout_height="wrap_content"
>
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_centerVertical="true"
android:layout_alignParentLeft="true"
android:layout_alignParentStart="true"
android:paddingTop="20dp"
android:text="@string/app_name"
>
</TextView>
<TextView
android:id="@+id/TextView_Preference_Version"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_alignParentRight="true"
android:layout_alignParentEnd="true"
android:layout_centerVertical="true"
android:paddingTop="20dp"
>
</TextView>
</RelativeLayout>
</LinearLayout>

\res\xml\preferences.xml
<?xml version="1.0" encoding="utf-8"?>
<PreferenceScreen
xmlns:android="http://schemas.android.com/apk/res/android"
>
<PackageName.VersionPreference
android:key="PreferenceScreen_Version"
android:layout="@layout/preference_version"ここがポイント
widgetLayoutを使うと適切に表示されない。
>
</PackageName.VersionPreference>
</PreferenceScreen>

PackageName.VersionPreference.java
public class VersionPreference extends Preference{
private Context con;
public VersionPreference(Context context){
super(context);
con = context;
}

@TargetApi(Build.VERSION_CODES.LOLLIPOP)
public VersionPreference(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
super(context, attrs, defStyleAttr, defStyleRes);
con = context;
}

@TargetApi(Build.VERSION_CODES.LOLLIPOP)
public VersionPreference(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
con = context;
}

public VersionPreference(Context context, AttributeSet attrs) {
super(context, attrs);
con = context;
}

@Override
protected void onBindView(View view){
super.onBindView(view);
LinearLayout llParent = (LinearLayout) view;
TextView tv = (TextView) llParent.findViewById(R.id.TextView_Preference_Version);
PackageInfo pi;
try{
pi = con.getPackageManager().getPackageInfo(
con.getPackageName(),
PackageManager.GET_ACTIVITIES
);
Resources r = con.getResources();
String s = r.getString(R.string.Version) + pi.versionName;
tv.setText(s);
}
catch(PackageManager.NameNotFoundException e){
}
}
}

ListPreferenceを使って、longのデータを保存・読込を行う

2016-02-29T22:18:00.000+09:00

ListPreferenceを使って、longのデータを保存・読込を行う

ListPreferenceをそのまま使うと、保存・読込のデータはStringになる。
これは不便だ。そこで、longによりデータの保存・読込を行う。

public class myLP extends ListPreference{
public myLP(Context context){
super(context);
}

@TargetApi(Build.VERSION_CODES.LOLLIPOP)
public myLP(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
super(context, attrs, defStyleAttr, defStyleRes);
}

@TargetApi(Build.VERSION_CODES.LOLLIPOP)
public myLP(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}

public myLP(Context context, AttributeSet attrs) {
super(context, attrs);
}

@Override
protected void onSetInitialValue(boolean restoreValue, Object defaultValue){
if(restoreValue){//long型データをファイルから読む。
long lValue;
String s;
lValue = //PreferenceManager.getDefaultSharedPreferences()を使ってデータを読む。
s = String.valueOf(lValue);
setValue(s);
}
else{//ファイルへ保存する。
//このファイルへ保存する部分は、別途本体において、自分でプログラムする。
}
}
}

class SettingsFragment extends PreferenceFragmentにて

@Override

public boolean onPreferenceChange(Preference preference, Object newValue){
String sValue = (String)newValue;
//Long.parseLong(sValue)を
//PreferenceManager.getDefaultSharedPreferences()を使って保存する
return true;
}

(参考)

ListPreferenceで設定してある内容を表示

PreferenceFragmentの評価

2016-02-06T18:51:00.001+09:00

PreferenceFragmentの評価

Preference情報を基調としているPreferenceFragmentの評価はどうなのだろうか。

CheckBoxPreference等ごく限られた道具しかない。データの出し入れに特化したものだ。画面表示関係には弱い。

例えば、PreferenceScreenにButtonを配置したい場合、どうするのか。

@Override

public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState){

Preference preferenceButton = findPreference("PreferenceScreen_btnClose");

preferenceButton.setLayoutResource(R.layout.preference_button);

preferenceButton.setOnPreferenceClickListener(this);

return super.onCreateView(inflater, container, savedInstanceState);

}

@Override

public boolean onPreferenceClick(Preference preference){

if(preference==findPreference("PreferenceScreen_btnClose")){

//ここでButton押し下げ関係処理をする

return true;

}

return false;

}

<?xml version="1.0" encoding="utf-8"?>

<PreferenceScreen

xmlns:android="http://schemas.android.com/apk/res/android"

<Preference

android:key="PreferenceScreen_btnClose"

</Preference>

</PreferenceScreen>

R.layout.preference_button

<?xml version="1.0" encoding="utf-8"?>

<Button

xmlns:android="http://schemas.android.com/apk/res/android"

android:text="@string/aaaa"

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:clickable="false"(必要)
android:focusable="false"(必要)
android:drawableStart="@android:drawable/ic_menu_close_clear_cancel"

</Button>

単純にクリックするだけであれば悩まない。

複雑なViewGroupを表示・操作したい場合どうするのか。

Android 設定画面を簡単に作成する (ANDROID HACKS)

how do i change the layout of preferences screen in android

How to use Preference.setLayoutResource() using object

Preferenceを拡張して行うということである。職人技ですね。普通のプログラマーが自力だけでこのコードを書けるとは思えない。
「複雑な形状のViewの表示は別途画面を設けてください」というのが、本システム設計者の考え方かもしれない。

SharedPreferences

2016-02-06T18:50:00.001+09:00

SharedPreferences

SharedPreferencesを用いてデータを保存する方法は２通りある。

その１．

Context.getSharedPreferences("thisName", Context.MODE_PRIVATE)を使う方法

簡単なサンプルは次のとおりです。

boolean b;
SharedPreferences sp;
sp = con.getSharedPreferences("thisName", Context.MODE_PRIVATE);
b = sp.getBoolean("thisKey", false);

その２．
PreferenceManager.getDefaultSharedPreferences()を使う方法
データを簡単に保存する方法(Preference編)

両者の違いは次のサイトに解説されている。
Difference between getDefaultSharedPreferences and getSharedPreferences

保存する名前(保存先)が異なるとのことである。機能に違いは無い。各々独立したデータとして取り扱うことになる。

仕掛け
Preferencesによるデータはファイルに保存される。
このファイル名は、Context.getSharedPreferences()であれば、その第一引数に指定した文字列になる。
PreferenceManager.getDefaultSharedPreferences()の場合は、context.getPackageName() + "_preferences"という、固定された名前(プログラマーが指定できない名前)になる。

このような名前を持つファイルの中に、任意の個数の、任意の名前のKeyが存在することになる。各々のKeyには、１個の何らかの値がくっついている。
Keyを指定することにより、値を操作することができる。

保存先がファイルであるから、複数設けるとアクセスに時間がかかるかもしれない。ファイルは１個にまとめれば効率的かもしれない。

PreferenceFragmentで使いたい場合
既にContext.getSharedPreferences()を用いてアプリを運用してしまっている場合であって、これをPreferenceFragmentで使用したい場合、取り扱うデータをContext.getSharedPreferences()で保存・読込ができるようにしなければならない。
\res\xml\preferences.xml
<PreferenceScreen
xmlns:android="http://schemas.android.com/apk/res/android"
>
<CheckBoxPreference
android:key="ここにContext.getSharedPreferences()で使っているKeyを設定する"
android:title="...."
android:summary="...."
>
</CheckBoxPreference>
</PreferenceScreen>

PreferenceFragment.java
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState){
PreferenceManager pm;
cbQuit = (CheckBoxPreference)findPreference("キー");
pm = cbQuit.getPreferenceManager();
pm.setSharedPreferencesName("名前");//取り扱うファイル名を変更する。
boolean "値" = "変更後のファイルのキーから値を取得する"
cbQuit.setChecked("値");

チェックボックスが１個だけなら良いが、２個以上の場合、onPreferenceChange()においてしっかりと値を保存しておかねばならない（意味不明）。
pbQuit.setOnPreferenceChangeListener(this);
return super.onCreateView(inflater, container, savedInstanceState);
}

@Override
public boolean onPreferenceChange(Preference preference, Object newValue){
if(preference==cbQuit){
boolean b = (boolean)newValue;
(ここで値を保存しておく)
return true;
}
return false;
}

MountService No primary storage defined yet hacking together a stub

2016-01-22T09:48:00.002+09:00

MountService No primary storage defined yet hacking together a stub

Android 6.0のエミュレータで上記のエラーが発生します。
これが原因で他のアプリが動かなくなります。
解決方法は、このエラーが発生するエミュレータを捨てて、Android Virtual Device Managerで新規にエミュレータを作成してください。残念です。

Windows 10 KB3116908 0x80070570

2015-12-06T02:39:00.000+09:00

Windows 10 KB3116908 0x80070570

これは、パソコンのWindows 10 のシステム更新に関する情報です。

x64 ベースシステム用 Windows 10 バージョン 1511 の累積的な更新プログラム (KB3116908)
に関する更新をしようとすると、
エラーコード:(0x80070570)
が発生します。これに関する回答は次のサイトにあります。
Error code: (0x80070570) - When trying to download Win10 pro cumulative (KB3116908)

パソコンの"C:\Windows\SoftwareDistribution\Download"にあるフォルダーやファイルを全て削除すれば、上記エラーは無くなり、更新ができます。

.InstantiationException

2015-11-19T20:41:00.001+09:00

InstantiationException

E/AndroidRuntime: Caused by: java.lang.InstantiationException: java.lang.Class<xxxx.xxxx.xxxx> cannot be instantiated

上記のエラーが出ました。原因は、下記のように、abstractが付いてしまっていたためでした。これを消すと直りました。何かの拍子に自動的に付加されてしまったものです。

public abstract class MainActivity extends Activity

参考
java.lang.InstantiationException: can't instantiate class; no empty constructor

Resources: Converting to string: TypedValue

2015-11-04T18:10:00.003+09:00

Resources: Converting to string: TypedValue

W/Resources: Converting to string: TypedValue{t=0x12/d=0x0 a=1 r=0x1020351}
上記のような警告がLogに表示されることがあります。
この警告が不要であれば、Android端末の「設定」>「開発者向けオプション」>「表示属性検査を有効にする」のチェックを外してください。

MiniThumbFile: Unable to create .thumbnails directory

2015-11-03T01:29:00.000+09:00

MiniThumbFile: Unable to create .thumbnails directory

Android 6.0で上記エラーが発生しました。
AndroidManifest.xmlファイルに下記のとおり追記すると解決しました。
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

参考

Create a thumbnail of a video file in sdcard

Requesting Permissions at Run Time

2015-10-25T21:54:00.000+09:00

Requesting Permissions at Run Time

AndroidのエミュレーターをAndroid 6.0 (API level 23、Marshmallow)にすると、mkdir()が動作しなくなった。
また、次のようなエラーも出るようになった。
Caused by: java.lang.SecurityException: Permission Denial: reading com.android.providers.media.MediaProvider uri content://media/external/video/media from pid=2627, uid=10058 requires android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission()

これは次の事情による。
Android 6.0 Changes > Runtime Permissions
Requesting Permissions at Run Time

この問題をとりあえず解決するには、そのエミュレータ(端末)の「設定」>アプリ>(開発中のアプリを選択)>Permissionsを選択し、必要とするpermissionにチェックを入れればよろしい。

でも、その程度で解決する話ではないんだよね。

6.0では実行時に、permissionの許諾を端末利用者から得ることになる。インストール時ではない。

6.0からは、従前のpermissionに対し、上位概念のpermissionが設けられた。
従前のpermisssionは、例えば、ファイル操作関係であれば次のようなものだ。
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
AndroidManifest.xmlファイルにある、お馴染みさんである。

これに対して、6.0では、上位概念のpermissionとして、例えば、「STORAGE」が設けられた。
STORAGEは、下位に、READ_EXTERNAL_STORAGEとWRITE_EXTERNAL_STORAGEの２個のpermissionを含んでいる。
この上位-下位の関係性はSystem Permissionsの表に掲示されている。上位概念は「Permission Group」という用語で説明されている。

上述の操作「設定」>アプリ>(開発中のアプリを選択)>Permissionsにおいて表示される文字列(コマンド)は、この上位概念のpermissionである。このpermissionに許可を与えれば、READ_EXTERNAL_STORAGEとWRITE_EXTERNAL_STORAGEの２個の許可を与えたことになる(アプリが、それらを使うのであれば)。

Javaのプログラミング上では、上述の「上位概念」(Permission Group)は登場しないし、書く必要はない。引き続き、従前のpermission用語を使えば良い。

１個の下位概念のpermissionの使用に対して端末利用者の許諾を得たのであれば、その上位概念の許諾を得たことになるので、配下の他の下位概念で許諾を得る必要はない。
上位概念単位で端末利用者に許可を得ることになっている。

どのpermissionで対応すべきかは、上記のように、エラーメッセージの中に記されている。

端末利用者に許諾を得るタイミングは、permissionに関するメソッドを使用する前であれば、いつでも良い。一般的には、onCreate()において実施することになるのであろう。

留意すべきは、これは「許諾を得る」という次元の話である。
プログラムの実行時の制約は、下位概念のpermission毎に個別に異なる。例えば、readだけを使って上位概念の許諾を得ていた場合、writeの実行はできない。この場合、writeの実行時には地味なエラーになる。一旦許諾を得てしまえば、上記のような親切なエラーメッセージは何も表示されないので、何故エラーなのか悩むかもしれない。
readができるように許諾を得た後で、こそっと、その許諾に関するコードをwriteに変更したとしても、許諾関連には何も影響はない。そして、writeを実行できるようになる。

Javaのコードは、教科書Requesting Permissions at Run Timeに書かれてあるとおりである。

なお、build.gradleファイルには次のとおり追加する。

dependencies {

compile 'com.android.support:support-v4:23.1.0'

}

    /*
    onCreate()から呼ばれる。
     */
    private boolean MyCheckPermission(){
        if(BuildConfig.DEBUG) Log.d(TAG, "MyCheckPermission()");
        int i;
        i = ContextCompat.checkSelfPermission(this, Manifest.permission.READ_EXTERNAL_STORAGE);
        if(i==PackageManager.PERMISSION_GRANTED){//既に許諾を得ている場合。
            //Android 6.0未満の場合、自動的にここに来る。バージョンによる振り分けをする必要はない。
            if(BuildConfig.DEBUG) Log.d(TAG, "MyCheckPermission() checkSelfPermission() is GRANTED");
            return true;//起動に必要な残りの処理を実行する。
        }
        //一度許諾を与えると、２度と、下記処理を行わない。
        else{//まだ許諾を得ていない場合
            boolean b;
            b = ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.READ_EXTERNAL_STORAGE);
            if(b){//いきなり設定画面を表示するのではなく、permissionの必要性を(開発者の言葉で)説明する画面を表示する(任意)。
                //普通は、ここに来る。
                if(BuildConfig.DEBUG) Log.d(TAG, "MyCheckPermission() shouldShowRequestPermissionRationale is true");
                Intent it = new Intent(MainActivity.this, PermissionActivity.class);
                startActivityForResult(it, Nippon.ID_REQUEST_READ_EXTERNAL_STORAGE);
            }
            else{
                if(BuildConfig.DEBUG) Log.d(TAG, "MyCheckPermission() shouldShowRequestPermissionRationale is false");
                /*
                端末利用者が「二度とこの質問をしない」というチェックボックスにチェックしている場合、ここに来る。

                下記を実行することにより、過去の回答を自動で読み取る。画面に質問用画面を表示しない。

また、アンインストールをした後、再度インストールをした場合も、ここに来る。この場合、画面に質問用画面を表示する。

                */
                ActivityCompat.requestPermissions(
                    this,
                    new String[]{Manifest.permission.READ_EXTERNAL_STORAGE},
                    Nippon.ID_REQUEST_READ_EXTERNAL_STORAGE
                );
            }
            return false;//処理を、一旦、中断する。
        }
    }

    @Override
    protected void onActivityResult(int iRequest, int iResult, Intent it){
        if(BuildConfig.DEBUG) Log.d(TAG, "onActivityResult()");
        switch(iRequest){
        case Nippon.ID_REQUEST_READ_EXTERNAL_STORAGE:
            if(iResult==RESULT_OK){
                /*
                下記を実行するとAndroidシステム御用達の画面が表示され、READ_EXTERNAL_STORAGEを許可しますか？　という趣旨の文言で聞かれる。
                端末利用者の選択結果はonRequestPermissionsResult()で受け取る。
                端末利用者が「二度とこの質問をしない」というチェックボックスにチェックすると、「拒否」しか選択できない表示になる(「承諾」を選択できない)
                アプリの運用途中で「拒否」＆「２度と質問しない」をしてしまい、かつ、やっぱり気が変わって使いたいって思った場合、
                端末利用者は、手動で設定を変更しなければならない。
                */
                ActivityCompat.requestPermissions(
                    this,
                    //一度に、複数のpermissionを設定できるようにするため、配列形式になっている。
                    new String[]{Manifest.permission.READ_EXTERNAL_STORAGE},
                    Nippon.ID_REQUEST_READ_EXTERNAL_STORAGE
                );
            }
            else finish();//「戻る」キーで戻った場合
            break;
        }
        super.onActivityResult(iRequest, iResult, it);
    }

    @Override
    public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
        switch (requestCode) {
        case Nippon.ID_REQUEST_READ_EXTERNAL_STORAGE:
            if (grantResults.length > 0
            && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                continue_onCreate();
            }
            else finish();
        }
    }

google.android.gms.ads.AdActivity

2015-10-10T08:40:00.001+09:00

google.android.gms.ads.AdActivity

google.android.gms.ads.AdActivityを使用しない場合(Admobの広告を使用しない場合)であっても、
\app\build\intermediates\manifests\full\debug\AndroidManifest.xmlファイルの下方には、次のように自動的に記載される。何故このような仕様にしているのかは問わない。


<activity
android:name="com.google.android.gms.ads.AdActivity"
android:configChanges="keyboard|keyboardHidden|orientation|screenLayout|uiMode|screenSize|smallestScreenSize"
android:theme="@android:style/Theme.Translucent" />
<activity
android:name="com.google.android.gms.ads.purchase.InAppPurchaseActivity"
android:theme="@style/Theme.IAPTheme" />

普段は人畜無害なので冬眠中の虫のようなものだ。

しかし、この記述内のandroid:configChangesの記載にエラーがあるという趣旨で、Build>Rebuild Projectの時、及びGenerate Signed APK...の時にエラーが発生した、

止むを得ないので、gms系のを全部削除した。
すると、新たなエラーが発生した。
gms系のエラーは真の原因では無く、闇の大ボスがいるようである。むむむ！

そこで、Proguardの設定ファイル内に次の行を書き込んでみた。

-dontwarn com.google.android.gms.**

すると、闇の大ボスは出なくなった。

gmsを使ってないのに！！！

Androidのプログラミングの難易度は結構高めです。

動画を連続再生させるアプリ

2015-09-06T05:12:00.002+09:00

動画を連続再生させるアプリ

動画を連続再生させるアプリ「動画ん君」を開発・公開しました。
アプリ起動時に、自動的に、再生リストに基づき、動画の再生を開始できます。
お気軽にお使いください。

https://play.google.com/store/apps/details?id=jp.androyer.playmp4

launchMode="singleTop"に設定しているにも関わらず

2015-08-30T04:30:00.000+09:00

launchMode="singleTop"に設定しているにも関わらず

端末利用者によるHomeKeyの押し下げにより、Activityは見えなくなるが、存在はする。
アプリのアイコンをクリックすると、当該Activityは、onCreate()ではなく、onStart()から始まり、表示される。
HomeKeyを押し下げてActivityが消えた時点で、
端末利用者がファイラーを使って、関連ファイルをクリックし、ImplicitIntentにより、当該Activityの起動が試みられると、
launchMode="singleTop"に設定しているにも関わらず。
既存のActivityがonNewIntent()でメッセージを受けるのではなく、
新たなActivityがonCreate()で起動してくる。
こうなると、２個のActivityが存在することになる。オブジェクトとしては別物である。
アプリのアイコンをクリックすると、古い方のActivityが動作・表示される。
こんな仕様だとは思わなかった。アプリを作りこんでから分かった。むむむ！

MediaControllerのバグかもしれない

2015-08-28T00:05:00.000+09:00

MediaControllerのバグかもしれない

VideoViewを使って、横位置FullScreenで動画を再生させる。
MediaControllerを使って、pauseを手動で行う。動画は停止状態になる。
端末を縦位置にする。configuration changeを発生させる。
Logが真っ赤になる。

真っ赤に流れるボクのLogCat
同じことを２回行うと、端末が反応しなくなり、再起動が必要になる。

E/WindowManager﹕ android.view.WindowLeaked: Activity jp.androyer.playmp4.MainActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{2210feb8 V.E..... R....... 0,0-1280,117} that was originally added here
at android.view.ViewRootImpl.<init>(ViewRootImpl.java:370)
at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
at android.widget.MediaController.show(MediaController.java:349)
at android.widget.MediaController.show(MediaController.java:306)
at android.widget.VideoView.toggleMediaControlsVisiblity(VideoView.java:697)
at android.widget.VideoView.onTouchEvent(VideoView.java:638)
at android.view.View.dispatchTouchEvent(View.java:7767)
at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:2230)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:1931)
at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:2230)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:1931)
at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:2230)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:1931)
at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:2230)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:1931)
at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:2230)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:1931)
at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchTouchEvent(PhoneWindow.java:2072)
at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1518)
at android.app.Activity.dispatchTouchEvent(Activity.java:2531)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchTouchEvent(PhoneWindow.java:2020)
at android.view.View.dispatchPointerEvent(View.java:8004)
at android.view.ViewRootImpl$ViewPostImeInputStage.processPointerEvent(ViewRootImpl.java:4136)
at android.view.ViewRootImpl$ViewPostImeInputStage.onProcess(ViewRootImpl.java:3990)
at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3548)
at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:3598)
at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:3567)
at android.view.ViewRootImpl$AsyncInputStage.forward(ViewRootImpl.java:3674)
at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:3575)
at android.view.ViewRootImpl$AsyncInputStage.apply(ViewRootImpl.java:3731)
at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3548)
at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:3598)
at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:3567)
at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:3575)
at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3548)
at android.view.ViewRootImpl.deliverInputEvent(ViewRootImpl.java:5817)
at android.view.ViewRootImpl.doProcessInputEvents(ViewRootImpl.java:5797)
at android.view.ViewRootImpl.enqueueInputEvent(ViewRootImpl.java:5768)
at android.view.ViewRootImpl$WindowInputEventReceiver.onInputEvent(ViewRootImpl.java:5897)
at android.view.InputEventReceiver.dispatchInputEvent(InputEventReceiver.java:185)
at android.os.MessageQueue.nativePollOnce(Native Method)
at android.os.MessageQueue.next(MessageQueue.java:138)
at android.os.Looper.loop(Looper.java:131)
at android.app.ActivityThread.main(ActivityThread.java:5257)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:515)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:788)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:604)
at dalvik.system.NativeStart.main(Native Method)

解答は次のサイトにあった。
Android MediaPlayer with MediaController: LogCat error “Activity has leaked window that was originally added here”

onSaveInstanceState()やonCreate(Bundle savedInstanceState)による作り込みを完成させてから、こんな現象が発生することを知った。むむむ！

常駐考察メモ

2015-08-18T19:14:00.000+09:00

常駐考察メモ

私の出荷済アプリにおいては、参照カウンターを設けて、これがゼロになると、データベースを閉じる＆アプリ終了するという方法を採用していた。
しかしながら、下記エラーが発生するという報告が利用者から来た。

Caused by: java.lang.IllegalStateException: Cannot perform this operation because the connection pool has been closed.

上記エラーへの対応方法をネットで調べると、「データベースを閉じるな」という方法が提案されている。
onDestroy()においてデータベースclose()しているにも関わらず、上記エラーが発生しているという状況から察するに、このclose()の後で、onStartCommand()がメッセージを受け取っているということが推測させる。
もはや、どうすることもできません。

●データベースを管理する。
●外部から不意のメッセージを受け取る
この２個の条件を満足させるためには、常駐化しかないかも。

参考：NotificationListenerServiceを実装させたアプリでは、NotificationListenerServiceは常駐している。また、類似アプリの振る舞いを観察しても、常駐させている。

NotificationListenerServiceに関する実験メモ

2015-08-18T18:23:00.001+09:00

NotificationListenerServiceに関する実験メモ

【１】bindについて
NotificationListenerServiceは、Serviceであるため、まさにそのとおりに使えるのではないかという仮説を立てて、
１．Activityとbindで結ぶ
２．データベースの管理
３．NotificationListenerServiceとしての本来機能
の３個を、この順番で、実行をさせてみた。
上位２個までは順に順調に実行が完了していった。
本体の「設定」>「通知へのアクセス」>本アプリの選択したあと、通知(Notification)を受け取るようにしてみたところ、次のようなエラーが出た。

W/Parcel﹕ **** enforceInterface() expected 'android.os.IMessenger' but read 'android.service.notification.INotificationListener' W/Binder﹕ Caught a RuntimeException from the binder stub implementation. java.lang.SecurityException: Binder invocation to an incorrect interface at android.os.Parcel.nativeEnforceInterface(Native Method) at android.os.Parcel.enforceInterface(Parcel.java:451) at android.os.IMessenger$Stub.onTransact(IMessenger.java:48) at android.os.Binder.execTransact(Binder.java:404) at dalvik.system.NativeStart.run(Native Method)

残念なことに、私には詳細を調べる能力や気力はありません。
NotificationListenerServiceは、本体設定>「通知へのアクセス」の設定が行われた直後に、本来機能として「何か」とbindします。
しかしながら、上記実験プログラムでは、NotificationListenerServiceは、一番最初にActivityとbindしてしまっているため、上記エラーが発生したものと推測します。

推測ですが、NotificationListenerServiceは、「Avtivityとのbind」との共存はできないのかもです。

【２】他のアプリからのIntent

他のアプリからIntentで、NotificationListenerServiceにアクセスしようとすると、クラッシュする。

6736-6736/jp.androyer.vivitovib E/AndroidRuntime﹕ FATAL EXCEPTION: main

Process: jp.androyer.vivitovib, PID: 6736

java.lang.SecurityException: Not allowed to start service Intent { flg=0x20000000 cmp=jp.Androyer.NotificationLauncher/.NService (has extras) } without permission android.permission.BIND_NOTIFICATION_LISTENER_SERVICE

at android.app.ContextImpl.startServiceCommon(ContextImpl.java:1571)

at android.app.ContextImpl.startService(ContextImpl.java:1548)

at android.content.ContextWrapper.startService(ContextWrapper.java:495)

at jp.androyer.vivitovib.Nippon$exportList.onPostExecute(Nippon.java:651)

at jp.androyer.vivitovib.Nippon$exportList.onPostExecute(Nippon.java:638)

at android.os.AsyncTask.finish(AsyncTask.java:632)

at android.os.AsyncTask.access$600(AsyncTask.java:177)

at android.os.AsyncTask$InternalHandler.handleMessage(AsyncTask.java:645)

at android.os.Handler.dispatchMessage(Handler.java:102)

at android.os.Looper.loop(Looper.java:149)

at android.app.ActivityThread.main(ActivityThread.java:5257)

at java.lang.reflect.Method.invokeNative(Native Method)

at java.lang.reflect.Method.invoke(Method.java:515)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:788)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:604)

at dalvik.system.NativeStart.main(Native Method)

クラッシュを引き起こさせるとは、とても思い罪を犯したということですね。

鳴り分け君１号

2015-07-27T20:03:00.001+09:00

新作アプリを開発・公開しました。

通知の内容を基に、音楽や振動パターンを鳴り分けます。
無料ですのでお気軽にお使いください。

製品名：鳴り分け君１号
読み方：なりわけくんいちごう

https://play.google.com/store/apps/details?id=jp.Androyer.NotificationLauncher

その２

端末の振動パターンを編集できるアプリです。

編集後の振動パターンは拙作「鳴り分け君１号」で利活用することになります。

無料ですのでお気軽にお使いください。

製品名：びびっとバイブ

英語名：ViviToVib

https://play.google.com/store/apps/details?id=jp.androyer.vivitovib

Could not reserve enough space for object heap

2015-06-08T00:32:00.000+09:00

以前下記のような趣旨のエラーが出たように記憶しており、その回避のために、Android Studio>File>Settings>Build Tools>Compiler>VM Options欄にheapサイズを大きくすべく -Xmx????m などと書いた。
しかしながら、また、下記のエラーが出た。今回は、VM Options欄を空欄にしてみた。そうすれば、エラーは無くなった。むむむ！

そして、その後また同様のエラーが発生した。
-Xmx512m と書くとエラーが無くなった。数値が大きければ良いというものでは無いらしい。

Error:Unable to start the daemon process.
This problem might be caused by incorrect configuration of the daemon.
For example, an unrecognized jvm option is used.
Please refer to the user guide chapter on the daemon at http://gradle.org/docs/2.2.1/userguide/gradle_daemon.html
Please read the following process output to find out more:
-----------------------
Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

その後、Android Studioが1.3になると、VM Options欄が消失していた。いままでの苦労はなんだったんだろうか。

2015/08/08 また出てしまった。
Error:Unable to start the daemon process: could not reserve enough space for object heap.
Please assign more memory to Gradle in the project's gradle.properties file.
For example, the following line, in the gradle.properties file, sets the maximum Java heap size to 1,024 MB:

Windowsを再起動したり、Android Studioを再起動したりすると、このエラーは消える。むむむ！

2015/08/13 また出てしまった。Android Studio 1.3.1
Error:Unable to start the daemon process: could not reserve enough space for object heap.
Please assign more memory to Gradle in the project's gradle.properties file.
For example, the following line, in the gradle.properties file, sets the maximum Java heap size to 1,024 MB:
org.gradle.jvmargs=-Xmx1024m

2015/08/27 また同じのが出てしまった。Android Studio 1.3.2
Error:Unable to start the daemon process: could not reserve enough space for object heap.
Please assign more memory to Gradle in the project's gradle.properties file.
For example, the following line, in the gradle.properties file, sets the maximum Java heap size to 1,024 MB:
org.gradle.jvmargs=-Xmx1024m
Windowsを再起動すれば直るため、このエラーメッセージの内容は参考程度ですね。

2016/01/05 Android Studio 1.5.1
この問題は、Android Studio の問題では無く、Windowsが発生させているようです。
上記のように、オプション欄にいろいろ数値を代入していじくっても解決しません。
よく発生するのは、Windowsのシステムアップデートの時です。事前に、Windowsのシステムアップデートをしっかり定着させておきましょう。
それでも、本日は、頻繁に発生してしまいました。Windowsのいわゆる「起動マネージャ」を使い、Windowsの起動時に起動されてしまうアプリを見直してみましょう。私の場合、この確認行為をしただけで、実際には何も変更を加えていないにも関わらず、Android studioの問題が消失しました。むむむ。