Amazon java.lang.VerifyError Android - PullRequest
       15

Amazon java.lang.VerifyError Android

2 голосов
/ 12 ноября 2011

Я пытался отправить 2 отдельных приложения в магазин приложений Amazon, но они продолжают отклоняться. Вот трассировка стека для первого:

11-05 11:14:36.488 E/AndroidRuntime(28128): FATAL EXCEPTION: AsyncTask #1
11-05 11:14:36.488 E/AndroidRuntime(28128): java.lang.RuntimeException: An error occured while executing doInBackground()
11-05 11:14:36.488 E/AndroidRuntime(28128): at android.os.AsyncTask$3.done(AsyncTask.java:200)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.FutureTask$Sync.innerSetException(FutureTask.java:273)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.FutureTask.setException(FutureTask.java:124)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:307)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.FutureTask.run(FutureTask.java:137)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.lang.Thread.run(Thread.java:1096)
11-05 11:14:36.488 E/AndroidRuntime(28128): Caused by: java.lang.VerifyError: com.companionfree.WLThemeViewer.AmazonClientManager
11-05 11:14:36.488 E/AndroidRuntime(28128): at com.companionfree.WLThemeViewer.UpdateDBs.doInBackground(UpdateDBs.java)
11-05 11:14:36.488 E/AndroidRuntime(28128): at com.companionfree.WLThemeViewer.UpdateDBs.doInBackground(UpdateDBs.java)
11-05 11:14:36.488 E/AndroidRuntime(28128): at android.os.AsyncTask$2.call(AsyncTask.java:185)
11-05 11:14:36.488 E/AndroidRuntime(28128): at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
11-05 11:14:36.488 E/AndroidRuntime(28128): ... 4 more

И соответствующий logcat для второго

10-12 15:41:48.929 D/dalvikvm( 2451): GC_FOR_MALLOC freed 8099 objects / 524416 bytes in 34ms
10-12 15:41:49.327 I/RPC     ( 1563): rx thread timeout (1 clients):
10-12 15:41:49.828 I/RPC     ( 1563): rx thread timeout (1 clients):
10-12 15:41:50.089 I/ActivityManager( 1563): Starting activity: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10200000 cmp=com.companionfree.pushup/.MainScreen }
10-12 15:41:50.099 D/SurfaceFlinger( 1563): Layer::setBuffers(this=0xeafa50), pid=1563, w=1, h=1
10-12 15:41:50.099 D/SurfaceFlinger( 1563): Layer::setBuffers(this=0xeafa50), pid=1563, w=1, h=1
10-12 15:41:50.139 D/SurfaceFlinger( 1563): Layer::requestBuffer(this=0xeafa50), index=0, pid=1563, w=480, h=800 success
10-12 15:41:50.189 I/ActivityManager( 1563): Start proc com.companionfree.pushup for activity com.companionfree.pushup/.MainScreen: pid=2644 uid=10129 gids={1015, 3003}
10-12 15:41:50.319 I/RPC     ( 1563): rx thread timeout (1 clients):
10-12 15:41:50.359 W/dalvikvm( 2644): VFY: Lcom/companionfree/pushup/WorkoutDbAdapter; is not instance of Landroid/app/Activity;
10-12 15:41:50.369 W/dalvikvm( 2644): VFY: bad arg 0 (into Landroid/app/Activity;)
10-12 15:41:50.369 W/dalvikvm( 2644): VFY:  rejecting call to Lcom/amazon/android/Kiwi;.onActivityResult (Landroid/app/Activity;IILandroid/content/Intent;)Z
10-12 15:41:50.369 W/dalvikvm( 2644): VFY:  rejecting opcode 0x71 at 0x0000
10-12 15:41:50.369 W/dalvikvm( 2644): VFY:  rejected Lcom/companionfree/pushup/WorkoutDbAdapter;.onActivityResult (IILandroid/content/Intent;)V
10-12 15:41:50.369 W/dalvikvm( 2644): Verifier rejected class Lcom/companionfree/pushup/WorkoutDbAdapter;
10-12 15:41:50.369 D/AndroidRuntime( 2644): Shutting down VM
10-12 15:41:50.369 W/dalvikvm( 2644): threadid=1: thread exiting with uncaught exception (group=0x40025a70)
10-12 15:41:50.369 E/AndroidRuntime( 2644): FATAL EXCEPTION: main
10-12 15:41:50.369 E/AndroidRuntime( 2644): java.lang.VerifyError: com.companionfree.pushup.WorkoutDbAdapter
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at com.companionfree.pushup.MainScreen.onCreateMainScreen(MainScreen.java)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at com.companionfree.pushup.MainScreen.onCreate(MainScreen.java)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1088)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2802)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2859)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.ActivityThread.access$2300(ActivityThread.java:136)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2179)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.os.Handler.dispatchMessage(Handler.java:99)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.os.Looper.loop(Looper.java:143)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at android.app.ActivityThread.main(ActivityThread.java:5073)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at java.lang.reflect.Method.invokeNative(Native Method)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at java.lang.reflect.Method.invoke(Method.java:521)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
10-12 15:41:50.369 E/AndroidRuntime( 2644):     at dalvik.system.NativeStart.main(Native Method)
10-12 15:41:50.379 W/ActivityManager( 1563):   Force finishing activity com.companionfree.pushup/.MainScreen
10-12 15:41:50.399 D/SurfaceFlinger( 1563): Layer::setBuffers(this=0xeff6b8), pid=1563, w=1, h=1
10-12 15:41:50.399 D/SurfaceFlinger( 1563): Layer::setBuffers(this=0xeff6b8), pid=1563, w=1, h=1
10-12 15:41:50.419 D/SurfaceFlinger( 1563): Layer::requestBuffer(this=0xeff6b8), index=0, pid=1563, w=480, h=337 success
10-12 15:41:50.469 D/dalvikvm( 2451): GC_FOR_MALLOC freed 7889 objects / 521072 bytes in 105ms
10-12 15:41:50.819 I/RPC     ( 1563): rx thread timeout (1 clients):

Я вижу одну и ту же ошибку проверки на обоих, но не могу понять. Единственная общая библиотека, используемая между двумя приложениями, - это FlurryAgent.jar для аналитики.

Для лучшего приложения у меня есть Для нижнего приложения у меня есть в манифестах. Единственная информация, которую мне удалось узнать, - о библиотеках (GSON) и необходимости использовать dx, но я использую Eclipse, так что это не помогает.

Чтобы сделать это более сложным, ошибка не возникает в Android Market. Тем не менее, тестеры в Amazon говорят, что это FC 5/5 раз на каждом из их устройств (я пытался использовать эмулятор для своих тестовых устройств, и они работали нормально). Я знаю, что они используют код-обертку вокруг моего приложения, и я думаю, что он должен каким-то образом мешать.

У кого-нибудь есть опыт с этим?

Ответы [ 4 ]

2 голосов
/ 10 марта 2012

У меня была похожая проблема - она ​​была устранена путем удаления класса неактивности из AndroidManifest.xml

Amazon внедряет свой собственный код в ваши события жизненного цикла Деятельности.Зная это и просматривая предоставленный вами журнал:

10-12 15:41:50.359 W/dalvikvm( 2644): VFY: Lcom/companionfree/pushup/WorkoutDbAdapter; is not instance of Landroid/app/Activity;

Похоже, что код Amazon пытался применить класс (WorkoutDbAdapter), который НЕ является Activity (не расширяется).Activity), в конечном итоге отклоняемый верификатором JVM.

С моим приложением это произошло, так как класс был включен в список Activity на AndroidManifest.xml.Удаление этого списка из AndroidManifest.xml решило проблему, и приложение было допущено к рынку.

Sarp написал, что переименование упакованного класса решило проблему, возможно, благодаря этому вы внесли свое объявление в AndroidManifest.XML больше не актуален.Тем самым обойдя проблему.

0 голосов
/ 04 декабря 2015

Я только что решил свою проблему и могу вам помочь

Я просто обновляю AS до 2.0 и ADT, и проблема с подтверждением выходит наконец, будьте осторожны с конструктором вроде:

class abc {
  abc(int x) {
    ....
  }
  abc(byte x) {
    ....
  }
}
0 голосов
/ 27 февраля 2012

В моем случае класс, который вызывал VerifyError , находился в пакете с именем util .Возможно, он конфликтовал с внедренным пакетом Amazon, потому что переименование его в utils решило проблему.

Поскольку наше приложение использовало Facebook SDK, ему было дано "Нет,Я подпишу свой двоичный вариант " при загрузке нового двоичного файла.Когда вы загружаете неподписанный APK таким образом, Amazon позволит вам загрузить обработанный двоичный файл (который включает в себя введенный код) как Шаг 2 , чтобы вы могли подписать его.Мне удалось загрузить копию моего APK, которая дает сбой, и протестировать мои изменения, не пройдя процедуру утверждения таким образом.

0 голосов
/ 12 ноября 2011

Я бы сказал, что это проблема Амазонки.Очевидно, они внедряют некоторый DRM-код в ваш apk: Вставляют код в APK

Другие люди видят похожие ошибки - Проблема приложения Android (Amazon)

...