You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Turns out that the methods which were not getting executed from the
constructor were private and final. However, the byte-compiler of
Rhino was emitting invoke-virtuals in the constructor for those
methods. dx faithfully converted them and retained their invoke-
virtual character. I changed them to invooke-direct with the effect
that the compilation now works! Thanks for all your help!
My experiment:
Changed _getPartsMap from private to public.
It stopped complaining about _getPartsMap and complained about the next. I change the next method to public and it went on to the once after that.
I don't think making these methods public is a solution, but I am hoping it might have some clues.
Rest of the error message: (Below is the error message I see after Dalvikvm error, mentioned above)
E/AndroidRuntime(14361): FATAL EXCEPTION: main
E/AndroidRuntime(14361): java.lang.RuntimeException: Unable to create application <app_package>.MainApplication: java.lang.IllegalStateException: Could not construct instance of helper class class <app_package>.persistence.ApplicationOpenHelper
...
...
Caused by: java.lang.IllegalArgumentException: Unknown class specified for dataClass: <app_package>.model.Article
I tried updating the profile for monkeyrunner as below. But the app crashes when the test runs and this happens only on instrumented build.
I am looking for some insight on this.
Thanks,
Jeff
Error:
W/dalvikvm( 6413): VFY: invoke type does not match method type of Lcom/abc/xyz/model/Article;._getPartsMap
Useful link:
https://groups.google.com/forum/#!topic/android-platform/KUwF6KJDb70
Useful comment from the link:
I figured it out!
Turns out that the methods which were not getting executed from the
constructor were private and final. However, the byte-compiler of
Rhino was emitting invoke-virtuals in the constructor for those
methods. dx faithfully converted them and retained their invoke-
virtual character. I changed them to invooke-direct with the effect
that the compilation now works! Thanks for all your help!
My experiment:
Changed _getPartsMap from private to public.
It stopped complaining about _getPartsMap and complained about the next. I change the next method to public and it went on to the once after that.
I don't think making these methods public is a solution, but I am hoping it might have some clues.
Rest of the error message: (Below is the error message I see after Dalvikvm error, mentioned above)
E/AndroidRuntime(14361): FATAL EXCEPTION: main
E/AndroidRuntime(14361): java.lang.RuntimeException: Unable to create application <app_package>.MainApplication: java.lang.IllegalStateException: Could not construct instance of helper class class <app_package>.persistence.ApplicationOpenHelper
...
...
Caused by: java.lang.IllegalArgumentException: Unknown class specified for dataClass: <app_package>.model.Article
pom.xml:
${jacoco-plugin.version} is set to 0.6.4-SNAPSHOT
The text was updated successfully, but these errors were encountered: