NoClassDefFoundError - Rechazar re-init en la clase previamente fallida

Por favor, alguien me explique qué significa este error y cómo evitarlo.NoClassDefFoundError - Rechazar re-init en la clase previamente fallida

Después de un tiempo mi aplicación Fuerza cierra debido a este error:

09-28 12:53:45.746 I/dalvikvm(29489): Rejecting re-init on previously-failed class Lcom/bartat/android/ui/task/AsyncTaskExt; v=0x0 
09-28 12:53:45.748 D/AndroidRuntime(29489): Shutting down VM 
09-28 12:53:45.755 I/am_crash(1146): [29489,com.bartat.android.secret,572996,java.lang.NoClassDefFoundError,com.bartat.android.ui.task.AsyncTaskExt,CommandsActivity.java,726] 
09-28 12:53:45.755 I/am_finish_activity(1146): [1079225264,123,com.bartat.android.secret/.CommandsActivity,crashed] 
09-28 12:53:45.750 W/dalvikvm(29489): threadid=1: thread exiting with uncaught exception (group=0x40015560) 
09-28 12:53:45.752 E/AndroidRuntime(29489): FATAL EXCEPTION: main 
09-28 12:53:45.752 E/AndroidRuntime(29489): java.lang.NoClassDefFoundError: com.bartat.android.ui.task.AsyncTaskExt

Este problema no puede resolverse mediante la reinstalación de la aplicación.

Si cambio el nombre del AsyncTaskExt al AsyncTaskExt2 por ejemplo, entonces funciona de nuevo por mucho tiempo. Pero después de algunas semanas/meses comenzó a tener este error nuevamente.

¿Qué significa? ¿Por qué se lanza y cómo evitarlo sin cambiar el nombre de la clase?

Por favor, ayúdame, Tamás

Fuente

2012-10-02 bartat

¿Estás segura es esta la primera excepción de que está recibiendo después de ejecutar su aplicación? Puede haber algunas excepciones no detectadas previamente.

Fuente

2012-10-02 19:06:33

No sé qué causa este error, me refiero a si hay algún error antes de que suceda o no. Pero cuando se produce esta excepción, no hay otros errores en el registro. Supongo que el sistema (vm?) Almacenó en algún lugar que había un problema con esta clase. Pero aún no he atrapado la primera ocurrencia. – bartat

debe agregar usos-biblioteca en su AndroidManifest.xml

Fuente

2014-10-09 07:01:53 laowen

Esto ocurre cuando una clase no se pudo cargar para una variedad de razones. Lamentablemente, el nuevo tiempo de ejecución de ART no registra suficiente información sobre la causa de esto. Si consigues un dispositivo Android más antiguo con Dalvik, verás diferentes registros, que generalmente revelan la ofensa con más precisión.

La última vez que lo vi en vivo tuve que lidiar con un archivo JAR que en realidad no incluía ni enumeraba sus dependencias, así que al agregar la biblioteca dependiente correcta al archivo gradle lo resolvió. El problema más importante es determinar qué clases se han perdido, algo que dalvik logs/decompilation/documentation podría decirte.

Existen muchas otras razones por las que las clases no se pueden cargar en la totalidad del lenguaje Java, por lo que esta causa específica podría no ser universal.

Fuente

2016-03-02 15:28:20 Combuster

Esto me ayudó mucho. Agregar una dependencia JAR resolvió el problema. – Rediska

Agregar una dependencia de JAR faltante solucionó esto también. ¡Gracias! – pdsouza

Empecé a tener este problema después de crear otro proyecto con New Relic analytics habilitado. Gradle daemon guardó en caché el agente de New Relic y no pudo ejecutar la otra aplicación.

Lo que ayudó fue

./gradlew --stop

Fuente

2017-05-16 13:29:21

sucede para mí sólo si de ejecución instantánea está activado.

Fuente

2017-07-24 17:49:41

gracias por ahorrar una tonelada de tiempo, aplausos :) –

Muchas gracias. Está funcionando cuando desactivo la ejecución de insta. Todavía hay algunos problemas con la ejecución de insta? –

NoClassDefFoundError - Rechazar re-init en la clase previamente fallida

Respuesta

Cuestiones relacionadas