Android AAR NoClassDefFoundError
我正在尝试开放我创建的源代码,但在尝试使用Gradle构建的APK下的库时,遇到了生成的AAR和Android AAR NoClassDefFoundError,android,noclassdeffounderror,aar,Android,Noclassdeffounderror,Aar,我正在尝试开放我创建的源代码,但在尝试使用Gradle构建的APK下的库时,遇到了生成的AAR和NoClassDefFoundErrors问题。值得注意的是,如果我将AAR转换为较旧的、非官方的、现在已弃用的apklib格式(并在android maven插件build APK下使用),那么库就可以正常工作 有了这些证据,我很可能看到android gradle插件的缺陷。尝试所有这些操作,包括依赖本地maven回购(包括AAR)和使用Studio的模块导入机制导入AAR,错误仍然存在 更深入的
NoClassDefFoundError
s问题。值得注意的是,如果我将AAR转换为较旧的、非官方的、现在已弃用的apklib
格式(并在android maven插件
build APK下使用),那么库就可以正常工作
有了这些证据,我很可能看到android gradle插件的缺陷。尝试所有这些操作,包括依赖本地maven回购(包括AAR)和使用Studio的模块导入机制导入AAR,错误仍然存在
更深入的调查表明,并非所有图书馆的课程都会遇到下面提到的问题。具体来说,那些依赖谷歌Play服务或Android支持库的类本身存在问题。早在2月份,人们就注意到了一个类似的问题(事实上可能完全相同)
我看到的例外情况如下
04-21 00:02:25.863 21336-21336/com.oceanlife E/AndroidRuntime﹕ FATAL EXCEPTION: main
Process: com.oceanlife, PID: 21336
java.lang.NoClassDefFoundError: com.brantapps.polaris.google.GoogleMapWrapper
at com.brantapps.polaris.PolarisModule.provideMappable(PolarisModule.java:46)
at com.brantapps.polaris.PolarisModule$$ModuleAdapter$ProvideMappableProvidesAdapter.get(PolarisModule$$ModuleAdapter.java:57)
at com.brantapps.polaris.PolarisModule$$ModuleAdapter$ProvideMappableProvidesAdapter.get(PolarisModule$$ModuleAdapter.java:41)
at com.oceanlife.fragment.addspot.AddSpotMapFragment.onCreate(AddSpotMapFragment.java:171)
at android.support.v4.app.Fragment.performCreate(Fragment.java:1763)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:915)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1136)
at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:739)
at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1499)
at android.support.v4.app.FragmentActivity.onStart(FragmentActivity.java:548)
at android.app.Instrumentation.callActivityOnStart(Instrumentation.java:1220)
at android.app.Activity.performStart(Activity.java:5949)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2261)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2360)
at android.app.ActivityThread.access$800(ActivityThread.java:144)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1278)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5221)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:899)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:694)
项目的配置可以在下查看,但为了清晰起见,这里是我拥有的构建依赖项
dependencies {
compile 'com.android.support:support-v4:22.0.0'
compile 'com.google.guava:guava:18.0'
compile 'com.squareup.dagger:dagger:1.2.1'
googleCompile 'com.google.android.gms:play-services:7.0.0'
kindleCompile 'org.osmdroid:osmdroid-android:4.1'
kindleCompile 'org.osmdroid:osmbonuspack:4.4'
kindleCompile 'org.slf4j:slf4j-android:1.7.7'
provided 'com.squareup.dagger:dagger-compiler:1.2.+'
}
对此问题的任何见解/解决方法都受到了热烈欢迎。我发现,如果我在主应用程序中重复导致
nodefounderror的依赖项(如链接的SO中所述),那么问题就会消失
似乎库AAR是在没有Google Play的情况下构建的,并且支持库依赖关系。我相信我可以正确地构建它,并通过在本地maven repo中生成一个与AAR并排的适当的pom.xml
来强制解决依赖关系
这里是我的项目配置供参考
安卓工作室:
--App
-- build.gradle (repeat dependencies of Polaris)
--Polaris
-- build.gradle (Google Play and Support dependencies)
--ApiClient
-- build.gradle (just another module)
本地专家:
--.m2
-- com
-- brantapps
-- polaris-google
-- 1.0.0
-- polaris-google-1.0.0.aar
-- polaris-google-1.0.0.pom (need to build one of these maybe!)
我通过将AAR代码放在一个调味品下解决了这个问题。将在下一版本的构建工具中重试。仍然不能像我预期的那样工作。。。