在Android Studio中添加外部库时出现问题

时间:2015-04-14 13:46:54

标签: java android maven android-studio

我正在使用 javax.mail 从我的活动中发送邮件。要开发此应用,我正在使用Android Studio。

要使用此方法,需要3个.jar文件( mail.jar,activation.jar和additionnal.jar )。我所知道的所有信息都说将这三个文件放在libs文件夹中,将它们添加为库并在gradle.build中命名。

当我意识到没有为我显示“添加到库”选项时,我的第一个问题就出现了。所以我试图在模块设置中手动添加dependecies,并在gradle.build等中添加它们......但是这些方法中没有一个对我有效,我无法选择导入。

但最后我找到了一种初看起来似乎有用的方法。转到模块设置/应用程序/依赖项我选择+按钮并选择“库依赖项”。然后我使用Maven Central Search,我找到了这两个:

  • javax.mail:邮件:1.5.0-B01
  • javax.activation中:激活:1.1.1

然后我转到顶级gradle.build并添加:

allprojects {
    repositories {
        mavenCentral()
    }
}

在此之后,在app inner gradle.build:

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:21.0.3'
    compile 'javax.mail:mail:1.5.0-b01'
    compile 'javax.activation:activation:1.1.1'
}

但即使这样,我也无法让它发挥作用。它开始并且似乎很好,但是当要发送电子邮件时,应用程序崩溃并显示:

java.lang.NoClassDefFoundError: javax.activation.DataHandler
        at com.myapp.mail.MailSender.sendMail(MailSender.java:64)
        at com.myapp.TrackingService.sendEmail(TrackingService.java:341)
        at com.myapp.TrackingService.doLocationUpdate(TrackingService.java:281)
        at com.myapp.TrackingService.onStartCommand(TrackingService.java:82)
        at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:2726)
        at android.app.ActivityThread.access$2100(ActivityThread.java:144)
        at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1302)
        at android.os.Handler.dispatchMessage(Handler.java:102)
        at android.os.Looper.loop(Looper.java:136)
        at android.app.ActivityThread.main(ActivityThread.java:5146)
        at java.lang.reflect.Method.invokeNative(Native Method)
        at java.lang.reflect.Method.invoke(Method.java:515)
        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:732)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:566)
        at dalvik.system.NativeStart.main(Native Method)

更新了gradle.build文件:

顶级gradle.build:

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:1.1.0'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
        mavenCentral()
    }
}

app inner gradle.build:

apply plugin: 'com.android.application'

android {
    compileSdkVersion 21
    buildToolsVersion "21.1.2"

    defaultConfig {
        applicationId "com.irvvin.trackme"
        minSdkVersion 14
        targetSdkVersion 21
        versionCode 1
        versionName "1.0"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    sourceSets { main { res.srcDirs = ['src/main/res', 'src/main/res/values-v14'] } }

    packagingOptions {
        exclude 'META-INF/LICENSE.txt'
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:21.0.3'
    compile 'javax.mail:mail:1.5.0-b01'
    compile files('libs/activation.jar')

   //Now I take "mail" from maveen and "activation" from library, but I have tried diferent
   // combiations, such as selecting all from library (the imports where not showing) and 
   // all from maveen (works but shows this error).
   //With the actual combination, also throws this same error. 
}

2 个答案:

答案 0 :(得分:1)

因为你有Jar文件。因此,将这些jar文件放在libs文件夹中,并在build.gradle(Module)中添加以下内容。

dependencies {
    compile files('libs/mail.jar')
    compile files('libs/activation.jar')
    compile files('libs/additionnal.jar')
}

答案 1 :(得分:0)

大多数情况下,如果您要清理并重建,则上述问题已解决。

但是很少依赖你的" .jar"或maven依赖。那些与当前的编译器不兼容。如果你的" .jar"与Java 1.6兼容,并且您正在使用Java 1.7重新编译,然后将出现上述问题。

请在Android Studio上检查上述异常的确切消息。

这是我的问题:

:app:preDexRelease警告:忽略匿名内部类(com.amazonaws.org.apache.commons.logging.LogFactory $ 1)的InnerClasses属性,该属性没有关联的EnclosingMethod属性。这个类可能是由一个没有以现代.class文件格式为目标的编译器生成的。推荐的解决方案是使用最新的编译器从源代码重新编译类,而不指定任何" -target"类型选项。忽略此警告的后果是,此类的反射操作将错误地指示它是内部类。

我通过上述方法解决了。