Получение java.lang.VerifyError при доступе к классу Singleton Android Amazon Appstore

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

Вот отчет о сбое:

11-16 17:47:49.460: E/AndroidRuntime(9627): FATAL EXCEPTION: main
11-16 17:47:49.460: E/AndroidRuntime(9627): java.lang.VerifyError: [package_name].manager.DestinationViewManger
11-16 17:47:49.460: E/AndroidRuntime(9627):  at [package_name].activity.SearchScreenActivity.performClickFunctionality(SearchScreenActivity.java)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at [package_name].activity.SearchScreenActivity.access$0(SearchScreenActivity.java)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at [package_name].activity.SearchScreenActivity$1.onClick(SearchScreenActivity.java)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.view.View.performClick(View.java:2532)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.view.View$PerformClick.run(View.java:9277)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.os.Handler.handleCallback(Handler.java:587)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.os.Handler.dispatchMessage(Handler.java:92)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.os.Looper.loop(Looper.java:143)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at android.app.ActivityThread.main(ActivityThread.java:4196)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at java.lang.reflect.Method.invokeNative(Native Method)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at java.lang.reflect.Method.invoke(Method.java:507)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)
11-16 17:47:49.460: E/AndroidRuntime(9627):  at dalvik.system.NativeStart.main(Native Method)
11-16 17:47:49.470: W/ActivityManager(1419):   Force finishing activity [package_name]/.activity.HomeScreenRepairActivity

Из этого журнала сбоев я уверен, что возникнет проблема с классом DestinationViewManger и не удастся решить этот сбой.

Это код, написанный в классе DestinationViewManager:

public class DestinationViewManger {

    private static DestinationViewManger instance = null;
    private Boolean flag;

    private DestinationViewManger(){

    }

    public static DestinationViewManger getInstance() {
        if (instance == null) {
            instance = new DestinationViewManger();
        }
        return instance;
    }

    public Boolean getFlag() {
        return flag;
    }

    public void setFlag(Boolean flag) {
        this.flag = flag;
    }

}

Пожалуйста, помогите мне, я не могу решить проблему сбоя. Любая помощь приветствуется.

// Отредактировано Раньше сбой не происходил с моей стороны, но, наконец, я обнаружил сбой в двоичном файле, предоставленном командой amazon-appstore. На самом деле в amazon-appstore есть трехэтапный процесс загрузки файла .apk (надеюсь, кто-нибудь знает об этом). Эти шаги: (1) загрузите неподписанный двоичный файл, затем (2) загрузите обработанный двоичный файл с Amazon, а затем (3) загрузите подписанный двоичный файл.

Теперь, когда я устанавливаю подписанный файл .apk, который я загрузил на шаге (3), на моем телефоне происходит сбой. И если я подпишу двоичный файл, который я загрузил на (1) шаге, он не вылетит. Это безумие, но это происходит.

Кто-нибудь знает, почему этот сбой происходит?? Этот сбой происходит из-за обработки двоичного файла, выполненной amazon-appstore??

Пожалуйста, помогите мне...


android amazon singleton verifyerror amazon-appstore
person Pirate    schedule 16.11.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward 

public class DestinationViewManger {

    private static final DestinationViewManger instance = new DestinationViewManger();
    public Boolean flag=false;

 // Private constructor prevents instantiation from other classes
    private DestinationViewManger(){   }

    public static DestinationViewManger getInstance() {
        return instance;
    } 
}

// попробуем один раз использовать этот одноэлементный класс. нет необходимости в методе получения и установки

DestinationViewManger dstv;

dstv=DestinationViewManger.getInstance();

dstv.flag=true; //set the value for your flag

boolean whatFlagboo=dstv.flag; //get your flag wherever you want
person Padma Kumar    schedule 16.11.2011
comment
Спасибо @Padma Kumar за быстрый ответ. Но вызов конструктора при объявлении, а не в статическом методе, не имеет значения?? - person Pirate; 16.11.2011
comment
На самом деле я не заметил, что вы изменили модификатор доступа флага. Да, вы правы, нам не нужны геттеры и сеттеры для общедоступных переменных. - person Pirate; 16.11.2011
comment
Я хочу знать, в чем проблема в моем коде, которую вы решили в своем коде? - person Pirate; 16.11.2011
comment
отмечаю :-). Я думаю, что ваш одноэлементный класс в порядке. Я предполагаю, что проблема в вашем HomeScreenRepairActivity. - person Padma Kumar; 16.11.2011
comment
Доступ к DestinationViewManager осуществляется SearchScreenActivity, а не HomeScreenRepairActivity, поэтому проблема не может быть в них. - person Pirate; 16.11.2011

arrow_upward
1
arrow_downward

Я удалил сбой, изменив имя пакета, это безумие, но у меня это сработало. Ранее имя пакета было [application_package_name].manager, и я думаю, что люди Amazon также делают что-то с тем же именем пакета. Поэтому, когда я просто случайно делаю что-то, чтобы устранить сбой, и случайно изменил имя пакета с менеджера на [application_package_name].searchmanager, и он начинает работать. И я был yepeeee ....

person Pirate    schedule 01.12.2011
comment
У меня была та же проблема, был пакет с именем util, который вызывал VerifyError в Amazon AppStore, переименовал его в utils, проблема решена! - person Sarp Centel; 27.02.2012