Android生成失败的应用程序:dexDebug错误

Android生成失败的应用程序:dexDebug错误,android,exception,build,Android,Exception,Build,如果我只是构建我的项目,它会说buildsuccessfull。但如果我运行我的项目,它会说构建失败了。它是这么说的 > :app:preDexDebug trouble processing "javax/xml/bind/Binder.class": Ill-advised or mistaken usage of a core class (java.* or javax.*) when not building a core library. >This is often

如果我只是构建我的项目,它会说buildsuccessfull。但如果我运行我的项目,它会说构建失败了。它是这么说的

> :app:preDexDebug
trouble processing "javax/xml/bind/Binder.class":
Ill-advised or mistaken usage of a core class (java.* or javax.*)
when not building a core library.

>This is often due to inadvertently including a core library file
in your application's project, when using an IDE (such as
Eclipse). If you are sure you're not intentionally defining a
core class, then this is the most likely explanation of what's
going on.

>However, you might actually be trying to define a class in a core
namespace, the source of which you may have taken, for example,
from a non-Android virtual machine project. This will most
assuredly not work. At a minimum, it jeopardizes the
compatibility of your app with future versions of the platform.
It is also often of questionable legality.

>If you really intend to build a core library -- which is only
appropriate as part of creating a full virtual machine
distribution, as opposed to compiling an application -- then use
the "--core-library" option to suppress this error message.
If you go ahead and use "--core-library" but are in fact
building an application, then be forewarned that your application
will still fail to build or run, at some point. Please be
prepared for angry customers who find, for example, that your
application ceases to function once they upgrade their operating
system. You will be to blame for this problem.
If you are legitimately using some code that happens to be in a
core package, then the easiest safe alternative you have is to
repackage that code. That is, move the classes in question into
your own package namespace. This means that they will never be in
conflict with core system classes. JarJar is a tool that may help
you in this endeavor. If you find that you cannot do this, then
that is an indication that the path you are on will ultimately
lad to pain, suffering, grief, and lamentation.

>1 error; aborting

>Error:Execution failed for task ':app:preDexDebug'.
com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process 'command 'C:\Program Files\Java\jdk1.7.0_71\bin\java.exe'' finished with non-zero exit value 1
Information:BUILD FAILED
Information:Total time: 7.485 secs
请帮忙。我已经检查了jar文件的重复。每个jar文件只有一个副本

我的身材,格雷德尔看起来像这样

apply plugin: 'com.android.application'
android {
compileSdkVersion 21
buildToolsVersion "21.1.2"

defaultConfig {
    applicationId "com.example.user.chillum"
    minSdkVersion 15
    targetSdkVersion 21
    versionCode 1
    versionName "1.0"
}
buildTypes {
    release {
        minifyEnabled false
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
    }
}
}

dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
compile 'com.android.support:appcompat-v7:22.0.0'
compile files('libs/javax.ws.rs.jar')
compile files('libs/jersey-client.jar')
compile files('libs/android-ws-combine.jar')
}

请帮忙。

我也有同样的问题。我必须更新库的版本(现在appcompat在22.1.1中),并检查jar是否在libs文件夹中,如果重复,则从build.gradle文件(app)中删除“compile”行。
希望有此帮助。

您可能已删除文件夹libs。 和 编译文件树(目录:“libs”,包括:['*.jar'])
找不到它。

启用多索引支持

 defaultConfig {
            ...
            minSdkVersion 14
            targetSdkVersion 21
            ...

            // Enabling multidex support.
            multiDexEnabled true
        }

您可能正在build.gradle文件中添加重复的库(如果您使用的是android studio)或者可能有一个库也包含该jar。例如,如果您正在应用程序中添加support v4,而任何其他库都已经有v4,则可能会出现此错误,您最好使用排除模块:“support-v4”与该库一起使用。请发布您的build.gradle。这将有助于检查错误,就像我告诉您我已经检查过的那样为了复制品。如果我删除了哪怕一个.jar文件,我都会出错。请立即检查build.gradle。尝试注释除appcompat之外的所有lib,并逐个取消注释进行检查,以便我们可以检查是哪个lib导致了问题。