プログラミング、Linux、Androidについて、検索しても出てこなかったことについて、自分用メモをつける。
- 2024.11≪
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
android
[2024/12/31] [PR]
[2011/02/23] 【解決】jarsigner: jar に署名できません: java.util.zip.ZipException: invalid entry compressed size
[2011/02/22] 【解決】RuntimeException: Unable to destroy activity
[2011/02/22] 【解決】android ListViewのonTouchにてNullPointerException
[2011/02/17] android内部ストレージに要注意!?
[2011/01/23] 【解決】apk は前のバージョンと同じ証明書で署名する必要があります。
[2011/02/23] 【解決】jarsigner: jar に署名できません: java.util.zip.ZipException: invalid entry compressed size
[2011/02/22] 【解決】RuntimeException: Unable to destroy activity
[2011/02/22] 【解決】android ListViewのonTouchにてNullPointerException
[2011/02/17] android内部ストレージに要注意!?
[2011/01/23] 【解決】apk は前のバージョンと同じ証明書で署名する必要があります。
androidアプリを作成し、いざ署名すると、「
jarsigner: jar に署名できません」とエラーになることが多々(?)ある。
この状態で、zipalignを実行するとマーケットにアップデートを拒否されるので、これを解消しなければならない。
解決方法:
1.リコンパイル
2.jarsignerでもう一度署名する。
3.解消しない場合、1.を実行する。
※マニフェスト変更とか、プロジェクトクリーンアップとか、eclipse再起動とかして、しつこくコンパイルしてたら、いつか受け付けてくれる。
1. デバッグエミュレータ、または、実機マシンからアプリをアンインストールする。
$ adb uninstall [PKG名]
2. jarsignerでもう一度署名する。
※それでも治らない人はこちらを参照してください。
この状態で、zipalignを実行するとマーケットにアップデートを拒否されるので、これを解消しなければならない。
jarsigner: jar に署名できません: java.util.zip.ZipException: invalid entry compressed size (expected 426 but got 428 bytes)
2.jarsignerでもう一度署名する。
3.解消しない場合、1.を実行する。
※マニフェスト変更とか、プロジェクトクリーンアップとか、eclipse再起動とかして、しつこくコンパイルしてたら、いつか受け付けてくれる。
1. デバッグエミュレータ、または、実機マシンからアプリをアンインストールする。
$ adb uninstall [PKG名]
2. jarsignerでもう一度署名する。
※それでも治らない人はこちらを参照してください。
PR
アプリ起動中に激しく画面を傾けると異常終了した。
ログを見るとonDestroyで異常終了していたことが判明。
java.lang.RuntimeException: Unable to destroy activity { アクテビティ }
Thread起動中だったので、onDstroyでスレッドを強制停止するように修正したら、 「Unable to destroy activity」が治まった。 onDstroyでは、スレッド、サービスはすべて停止させないといけないのか・・・。
private ExecutorService exService = Executors.newFixedThreadPool(1);
ログを見るとonDestroyで異常終了していたことが判明。
java.lang.RuntimeException: Unable to destroy activity { アクテビティ }
Thread起動中だったので、onDstroyでスレッドを強制停止するように修正したら、 「Unable to destroy activity」が治まった。 onDstroyでは、スレッド、サービスはすべて停止させないといけないのか・・・。
private ExecutorService exService = Executors.newFixedThreadPool(1);
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Runnable runnable = new Runnable(){....};
exService.execute( runnable );
}
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Runnable runnable = new Runnable(){....};
exService.execute( runnable );
}
@Override
protected void onDestroy() {
super.onDestroy();
exService.shutdownNow();
}
クラッシュエラー通知でNullPointerExceptionが届いたが、
実装していないとこで発生している?のだろうか。
java.lang.NullPointerException
at android.widget.ArrayAdapter.createViewFromResource(ArrayAdapter.java:355)
at android.widget.ArrayAdapter.getView(ArrayAdapter.java:323)
at android.widget.AbsListView.obtainView(AbsListView.java:1294)
at android.widget.ListView.makeAndAddView(ListView.java:1727)
at android.widget.ListView.fillDown(ListView.java:652)
at android.widget.ListView.fillGap(ListView.java:623)
at android.widget.AbsListView.trackMotionScroll(AbsListView.java:2944)
at android.widget.AbsListView.onTouchEvent(AbsListView.java:2065)
at android.widget.ListView.onTouchEvent(ListView.java:3315)
at android.view.View.dispatchTouchEvent(View.java:3765)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:905)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchTouchEvent(PhoneWindow.java:1701)
at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1116)
at android.app.Activity.dispatchTouchEvent(Activity.java:2093)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchTouchEvent(PhoneWindow.java:1685)
at android.view.ViewRoot.handleMessage(ViewRoot.java:1802)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:143)
at android.app.ActivityThread.main(ActivityThread.java:4914)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
at dalvik.system.NativeStart.main(Native Method)
調べてみると、海外でよく同じ現象が起きているみたい。
動的にListViewを入れ替えているので、Listが空になった瞬間に動作が不安定になっているのか?
解決方法:
ArrayAdapterを実装する。
実装していないとこで発生している?のだろうか。
java.lang.NullPointerException
at android.widget.ArrayAdapter.createViewFromResource(ArrayAdapter.java:355)
at android.widget.ArrayAdapter.getView(ArrayAdapter.java:323)
at android.widget.AbsListView.obtainView(AbsListView.java:1294)
at android.widget.ListView.makeAndAddView(ListView.java:1727)
at android.widget.ListView.fillDown(ListView.java:652)
at android.widget.ListView.fillGap(ListView.java:623)
at android.widget.AbsListView.trackMotionScroll(AbsListView.java:2944)
at android.widget.AbsListView.onTouchEvent(AbsListView.java:2065)
at android.widget.ListView.onTouchEvent(ListView.java:3315)
at android.view.View.dispatchTouchEvent(View.java:3765)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:905)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:944)
at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchTouchEvent(PhoneWindow.java:1701)
at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1116)
at android.app.Activity.dispatchTouchEvent(Activity.java:2093)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchTouchEvent(PhoneWindow.java:1685)
at android.view.ViewRoot.handleMessage(ViewRoot.java:1802)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:143)
at android.app.ActivityThread.main(ActivityThread.java:4914)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
at dalvik.system.NativeStart.main(Native Method)
調べてみると、海外でよく同じ現象が起きているみたい。
動的にListViewを入れ替えているので、Listが空になった瞬間に動作が不安定になっているのか?
解決方法:
ArrayAdapterを実装する。
Androidアプリのクラッシュレポートを確認すると
NullPointerExceptionが発生していた・・・。
確認すると、内部ストレージディレクトリを取得メソッド(getFileDir)がnullを
返していたことが判明。
パッケージ:android.content
クラス:Context
メソッド:getFilesDir()
早速APIを確認したが、nullを返す場合について勤窮されていない・・・。
何度かテストしたが原因は不明なまま・・。
とりあえず、クラッシュしないように修正。
Majigatari v2.17 → v2.18のバージョンアップに盛り込みました。
内部ストレージ容量限界?メモリ異常?一時エラー?
NullPointerExceptionが発生していた・・・。
確認すると、内部ストレージディレクトリを取得メソッド(getFileDir)がnullを
返していたことが判明。
パッケージ:android.content
クラス:Context
メソッド:getFilesDir()
早速APIを確認したが、nullを返す場合について勤窮されていない・・・。
何度かテストしたが原因は不明なまま・・。
とりあえず、クラッシュしないように修正。
Majigatari v2.17 → v2.18のバージョンアップに盛り込みました。
内部ストレージ容量限界?メモリ異常?一時エラー?
androidマーケット登録用に自己作成の証明書を使用しているが、アプリをアップデートする際に受け付けてくれないandroidマーケットのバグ?に悩まされている。
アップデートNGとなる理由は「 apk は前のバージョンと同じ証明書で署名する必要があります。」である。
androidマーケットに初登録して以来、一貫して同じ証明書を使用しているが、アップデートを受け付けないのは、まったく意味不明である。
仕方がないので、パッケージ名を変えて別のアプリとして登録し直して対処・・・。
登録し直した後は、問題の証明書と同じ証明書を引き続き使用していますが、正常にアプリをアップロードすることができる。
ますます、謎は深まるばかりである。
謎1.証明書の変更をしていないが、突如アップデートNGとなる。
謎2.アップデート受付不可となったあと、何度apkファイルを再作成&再書名してもアップデートが受け付けられない。
謎3.パッケージ名を変更し、別アプリとして登録した後、同じ証明書を使用しても正常にアップデートできる。
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
原因(私の場合)
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
以下の手順でマーケットにアップデートしてました。
マーケットにあるapkファイルの証明書を確認すると、「従来の証明書」と「デバッグ証明書」が署名されていることがわかった。
<<証明書確認コマンド>>
$ jarsigner -verify -verbose -certs XXXXX.apk
<<証明書確認コマンド実行結果>>
つまり、元々マーケット上にあるapkファイルは「従来の証明書」「デバッグ証明書」の二重署名で、今回アップデートしようとしたapkファイルは、「 従来の証明書」のみの署名であったため、マーケットが「 apk は前のバージョンと同じ証明書で署名する必要があります。」としていたのである。
※解決方法※
※二重署名アプリのアップデート方法※
※本来の署名方法※
アップデートNGとなる理由は「 apk は前のバージョンと同じ証明書で署名する必要があります。」である。
androidマーケットに初登録して以来、一貫して同じ証明書を使用しているが、アップデートを受け付けないのは、まったく意味不明である。
仕方がないので、パッケージ名を変えて別のアプリとして登録し直して対処・・・。
登録し直した後は、問題の証明書と同じ証明書を引き続き使用していますが、正常にアプリをアップロードすることができる。
謎1.証明書の変更をしていないが、突如アップデートNGとなる。
謎2.アップデート受付不可となったあと、何度apkファイルを再作成&再書名してもアップデートが受け付けられない。
謎3.パッケージ名を変更し、別アプリとして登録した後、同じ証明書を使用しても正常にアップデートできる。
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
原因(私の場合)
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
以下の手順でマーケットにアップデートしてました。
- Eclipseにてプロジェクトをビルド
- 「bin」配下にある「XXXX.apk」に対して「jarsigner」で従来の証明書で署名を実施。
- zipalignで最適化する。
- アンドロイドマーケットにアップデート
マーケットにあるapkファイルの証明書を確認すると、「従来の証明書」と「デバッグ証明書」が署名されていることがわかった。
<<証明書確認コマンド>>
$ jarsigner -verify -verbose -certs XXXXX.apk
sm xxxxxx Tue Mar 08 21:58:40 JST 2011 classes.dex
X.509, CN=oreore, OU=oredayo, O=ore, L=bachan, ST=oredayo, C=ore ←従来の署名
[証明書は 10/12/23 7:57 から 38/05/10 7:57 まで有効です]
X.509, CN=Android Debug, O=Android, C=US ←デバッグ用署名
[証明書は 11/01/13 23:48 から 12/01/13 23:48 まで有効です]
※従来の署名内容はイメージです。
これは、eclipseビルド時?、エミュレータ、実機起動時?にeclipseが「デバッグ用証明書」を署名してくれた「
XXXXX.apk」に対して、jarsignerで「
従来の証明書」で署名したため、二重署名された「
XXXXX.apk」ができたことを示している。※従来の署名内容はイメージです。
つまり、元々マーケット上にあるapkファイルは「従来の証明書」「デバッグ証明書」の二重署名で、今回アップデートしようとしたapkファイルは、「 従来の証明書」のみの署名であったため、マーケットが「 apk は前のバージョンと同じ証明書で署名する必要があります。」としていたのである。
※解決方法※
上記問題の解決方法は、「パッケージ名を変更する方法
」「二重署名を継続する方法」「地デジ方式」が考えられる。
- パッケージ名を変更する方法は、二重署名を解消できるメリットがある半面、旧パッケージのユーザがアップデートできないというデメリットがある。
- 二重署名を継続する方法は、現在のユーザを維持することができるメリットがあるが、デバッグ署名が期限切れとなった場合、新規ユーザが利用できなくなる恐れがある。(検証&調査してませんので、どうなるか私にはわかりません。)
- パッケージ名変更方法に加えて、二重署名APKには、起動時に「このアプリをアンインストールして、新アプリXXXXをインストールしてください。ごめんなさい。」とアプリにメッセージを出してユーザを誘導する地デジ方方式。有料アプリの場合、この方式はとりづらいので要注意!
※二重署名アプリのアップデート方法※
- 「eclipse」にて、「Project Explorer」より問題のプロジェクトを右クリックし、「Android Tools」「Export Unsigned Application Package...」を選択し、署名のないapkファイルを生成する。
-
eclipseが使っていたと思われるデバッグ証明書「default.keyset」を探す。
Ubuntuの場合、「~/.android/default.keyset」 -
jarsignerにて、デバッグ証明書「default.keyset」で署名する。
$ jarsigner -sectionsonly -keystore ~/.android/debug.keystore -verbose XXXXX.apk androiddebugkey
※パスワードは「android」
- jarsignerにて、従来の証明書「XXXX.keyset」で署名する。
- zipalignで最適化する。
- マーケットにアップデートする。
この方法で「apk は前のバージョンと同じ証明書で署名する必要があります。」と拒否していたエラーメッセージも収まり、正常にアップデートできました。
※本来の署名方法※
- 「eclipse」にて、「Project Explorer」より問題のプロジェクトを右クリックし、「Android Tools」「Export Signed Application Package...」を選択し、署名のあるapkファイルを生成する。
- zipalignで最適化する。
- マーケットにアップデートする。
カレンダー
11 | 2024/12 | 01 |
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
フリーエリア
最新CM
最新記事
(08/12)
(02/23)
(02/23)
(02/22)
(02/22)
最新TB
プロフィール
HN:
kstv2011
性別:
男性
職業:
プログラマ
趣味:
作ること
自己紹介:
プログラマー、Javaを中心にネットワーク通信系アプリを作成する男。
ブログ内検索
最古記事
(12/18)
(12/23)
(01/23)
(01/23)
(02/17)
アクセス解析