ClassNotFoundException для InnerClass, потому что компилятор генерирует classpath по-разному - PullRequest
Новая
       119

ClassNotFoundException для InnerClass, потому что компилятор генерирует classpath по-разному

0 голосов
/ 10 июля 2019

В настоящее время я занимаюсь разработкой модуля библиотеки Android.Но сегодня мы получили странную ошибку от jvm.

Стек исключений выглядит следующим образом 

E/FeedbackRepository: 'this' aufgerufen
D/AndroidRuntime: Shutting down VM
E/AndroidRuntime: FATAL EXCEPTION: main
    Process: ch.fhnw.edu.fcp.feedbackcommprocess, PID: 26531
    java.lang.NoClassDefFoundError: Failed resolution of: Lch/fhnw/edu/fcp/postcard/persistence/FeedbackRepository$UpdateSentDatetimeAsyncTask;
        at ch.fhnw.edu.fcp.postcard.persistence.FeedbackRepository.sendFeedback(FeedbackRepository.java:165)
        at ch.fhnw.edu.fcp.postcard.viewmodel.FeedbackViewModel.send(FeedbackViewModel.java:137)
        at ch.fhnw.edu.fcp.postcard.activity.TextSideActivity.sendFeedback(TextSideActivity.java:312)
        at ch.fhnw.edu.fcp.postcard.activity.TextSideActivity$4.onClick(TextSideActivity.java:107)
        at android.view.View.performClick(View.java:7352)
        at android.widget.TextView.performClick(TextView.java:14177)
        at android.view.View.performClickInternal(View.java:7318)
        at android.view.View.access$3200(View.java:846)
        at android.view.View$PerformClick.run(View.java:27800)
        at android.os.Handler.handleCallback(Handler.java:873)
        at android.os.Handler.dispatchMessage(Handler.java:99)
        at android.os.Looper.loop(Looper.java:214)
        at android.app.ActivityThread.main(ActivityThread.java:7050)
        at java.lang.reflect.Method.invoke(Native Method)
        at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:965)
     Caused by: java.lang.ClassNotFoundException: Didn't find class "ch.fhnw.edu.fcp.postcard.persistence.FeedbackRepository$UpdateSentDatetimeAsyncTask" on path: DexPathList[[zip file "/data/app/ch.fhnw.edu.fcp.feedbackcommprocess-86NmPv8EIZeWCEcZkVIMKw==/base.apk"],nativeLibraryDirectories=[/data/app/ch.fhnw.edu.fcp.feedbackcommprocess-86NmPv8EIZeWCEcZkVIMKw==/lib/arm64, /system/lib64, /system/vendor/lib64]]
        at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:134)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:379)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
        at ch.fhnw.edu.fcp.postcard.persistence.FeedbackRepository.sendFeedback(FeedbackRepository.java:165) 
        at ch.fhnw.edu.fcp.postcard.viewmodel.FeedbackViewModel.send(FeedbackViewModel.java:137) 
        at ch.fhnw.edu.fcp.postcard.activity.TextSideActivity.sendFeedback(TextSideActivity.java:312) 
        at ch.fhnw.edu.fcp.postcard.activity.TextSideActivity$4.onClick(TextSideActivity.java:107) 
        at android.view.View.performClick(View.java:7352) 
        at android.widget.TextView.performClick(TextView.java:14177) 
        at android.view.View.performClickInternal(View.java:7318) 
        at android.view.View.access$3200(View.java:846) 
        at android.view.View$PerformClick.run(View.java:27800) 
        at android.os.Handler.handleCallback(Handler.java:873) 
        at android.os.Handler.dispatchMessage(Handler.java:99) 
        at android.os.Looper.loop(Looper.java:214) 
        at android.app.ActivityThread.main(ActivityThread.java:7050) 
        at java.lang.reflect.Method.invoke(Native Method) 
        at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493) 
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:965) 
I/Process: Sending signal. PID: 26531 SIG: 9
Process 26531 terminated.

Исключение выдается, когда мы пытаемся создать новый UpdateSentDatetimeAsyncTask, и jvm кажетсяневозможно найти класс. 


// This is part of the FeedbackRepository class

public void sendFeedback(Feedback feedback) {
    Log.wtf("FeedbackRepsitory", "#sendFeedback called");
    new UpdateSentDatetimeAsyncTask(this.feedbackDAO).execute(feedback);

    // TODO: Networkservice.send(feedback)
}

// This is the InnerClass we want to instanciate
private static class UpdateSentDatetimeAsyncTask extends AsyncTask<Feedback, Void, Void> {

    private WeakReference<FeedbackDAO> mAsyncTaskDao;

    UpdateSentDatetimeAsyncTask(FeedbackDAO dao) { mAsyncTaskDao = new WeakReference<>(dao); }

    @Override
    protected Void doInBackground(final Feedback... params) {
        Feedback feedback = params[0];
        mAsyncTaskDao.get().updateSentDateTimeByUuid(new DateTime(), feedback.getUuid());
        return null;
    }
}

Мы уже проверили пакет .jar в пакете .aar, который мы используем в нашем демонстрационном приложении.Класс FeedbackRepository $ UpdateSentDatetimeAsyncTask.class существует в нужном месте.

Мы декомпилировали FeedbackRepository.class и посмотрели на экземпляр этого класса.Становится очевидным, что, похоже, есть проблема с компиляцией, которую я действительно не знаю, как решить.

Я включил фрагмент, в котором мы в значительной степени делаем то же самое, однако компилятор генерирует что-то другое. 

public void sendFeedback(Feedback feedback) {
    // Here the compiler references the class by the full package path
    // This is the only place where it does it so I am blaming this
    // code generated code peace
    (new ch.fhnw.edu.fcp.postcard.persistence.FeedbackRepository.UpdateSentDatetimeAsyncTask(this.feedbackDAO)).execute(new Feedback[]{feedback});
}

public void delete(Feedback feedback) {
    // The inner class is referenced differently here
    // This code part works fine. Class is found.
    (new FeedbackRepository.DeleteFeedbackAsyncTask(this.feedbackDAO)).execute(new Feedback[]{feedback});
}

Еще немного информации о том, что мы уже пробовали
- Удаление всех артефактов сборки и перестройка всего решения
- Воссоздание реализации InnerClass и проверка правильности компиляции компилятором
- УдалениеВесь проект и клонировать его из репозитория.(По-прежнему возникает ошибка)

При переименовании класса он работает нормально.Переименовав его обратно в желаемое имя класса, мы воссоздали проблему.
Что еще мы можем сделать?Нужно ли удалять определенные кэши?

EDIT 1:
Итак, мы запустили сборку на другом компьютере.Здесь это работает.Но есть ли правильный способ исправить проект Android-Studio?

РЕДАКТИРОВАТЬ 2:
Просто удалил все .gradle / кэши безрезультатно

РЕДАКТИРОВАТЬ 3:
Переустановил Android Studio и удалил все папки конфигурации перед переустановкой.Тем не менее мы получаем ту же ошибку.Это действительно расстраивает, потому что такая ошибка должна быть на проекте к основам проекта.То, что это кажется общесистемной проблемой, является безумием и никогда не должно происходить.
Мы также исключили множество папок сборки и кэширования из антивирусных проверок.

Информация о системе и установке:
- Windows 10
- Android Studio 3.5 Beta 5

1 Ответ

0 голосов
/ 27 июля 2019

Хорошо, это была наша вина.

Хотя анализ кода и компилятор на самом деле тоже не подали звуковой сигнал об этом! Проблема была в том, что у нас был внутренний класс с одним и тем же именем дважды! То есть UpdateSentDatetimeAsyncTask

Странно, что на это никто не жаловался. Обычно о таких вещах сообщает IDE или компилятор. В любом случае, это исправлено.

...