MultiDexApplication pas reconnu

En essayant d'utiliser MultiDexApplication dans mon application, mais la classe n'est pas reconnu lorsque je tente d'étendre mon activité de l'application.

Voici mon build.gradle fichier:

apply plugin: 'com.android.application'

android {
    compileSdkVersion 21
    buildToolsVersion '21.0.1'
    defaultConfig {
        applicationId 'com.myapp'
        minSdkVersion 10
        targetSdkVersion 21
        versionCode 115
        versionName '4.8'
    }

    buildTypes {
        debug {
            debuggable true
            runProguard false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        release {
            debuggable false
            runProguard true
            zipAlign true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

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

    lintOptions {
        checkReleaseBuilds false
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])

    compile 'com.google.android.gms:play-services:6.1.11'

    compile 'com.android.support:appcompat-v7:21.0.0'

    compile 'com.nineoldandroids:library:2.4.0'
    compile 'com.viewpagerindicator:library:2.4.1@aar'
    compile project(':facebook')
}

Vous pouvez voir que je suis la compilation, le 21, à l'aide de la dernière version des outils, et la dernière google play services et le soutien de la bibliothèque.

Quelqu'un a eu cela fonctionne?

Je n'ai pas. Essaie depuis quelques jours maintenant. Avez-vous fait des découvertes encore?

OriginalL'auteur JMRboosties | 2014-10-24

36

MultiDexApplication classe n'est pas une partie de appcompat-v7 bibliothèque. Il est envoyé dans un autre pot (appelé android-support-multidex).

Trouver le android-support-multidex.jar sous /sdk/extras/android/support/multidex/bibliothèque/libs (disponible à partir de révision 21 de la bibliothèque de prise en charge) et le copier dans votre projet libs dossier.

Mise à jour (11/5/2014):

Le pot est maintenant disponible dans le dépôt central:
```
dependencies {
  ...
  compile 'com.android.support:multidex:1.0.0'
}
```
Pour plus d'info, voir ici.

Veuillez plutôt référence à la multidex bibliothèque via maven/gradle: dépendances { compiler 'com.android.support:multidex:1.0.0' } // Remarque, la bibliothèque, le numéro de version peut être plus le temps de lire ceci.
Édité, merci!
Bibliothèque mise à jour de la version : 'androidx.multidex:multidex:2.0.0'

OriginalL'auteur Alex Lipov
9

Bien que cette question est assez vieux, j'ai eu cette erreur dans un multi-configuration de module en essayant de construire les différents modules comme un ensemble APK pour les API < 21. J'ai déjà refait AndroidX, mais le multidex docs ne pas mentionner AndroidX encore.

Si vous utilisez AndroidX, assurez-vous de remplacer l'ancien multidex dépendance
```
compile 'com.android.support:multidex:1.0.3'
```
avec le nouveau
```
implementation 'androidx.multidex:multidex:2.0.0'
```
ajoutez cette ligne à Manifester android:name="androidx.multidex.MultiDexApplication"
Comment MultiDex est installé est complètement au développeur - être par la MultiDex#install ou grâce à l'enregistrement des MultiDexApplication dans le Manifeste. Ce n'est pertinente que pour y compris la MultiDex dépendance en premier lieu.

OriginalL'auteur jossiwolf
2

J'ai suivi CETTE blog selon laquelle MultiDexApplication devraient être inclus dans la r21 de la bibliothèque de prise en charge.

Mon IDE eu de la difficulté à le résoudre aussi.

Je l'ai fait aujourd'hui avec l'aide de MULTIDEX projet github en ajoutant (vous pouvez voir plus de détails sur la page du projet):
```
android {
    dexOptions {
        preDexLibraries = false
    }
}

repositories {
  jcenter()
}

dependencies {
  compile 'com.google.android:multidex:0.1'
}

afterEvaluate {
    tasks.matching {
        it.name.startsWith('dex')
    }.each { dx ->
        if (dx.additionalParameters == null) {
            dx.additionalParameters = []
        }
        dx.additionalParameters += '--multi-dex' //enable multidex

        dx.additionalParameters += "--main-dex-list=$projectDir/multidex.keep".toString()
    }
}
```
et l'ajout de project_dir/multidex.conserver le fichier avec le contenu suivant:
```
android/support/multidex/BuildConfig.class
android/support/multidex/MultiDex$V14.class
android/support/multidex/MultiDex$V19.class
android/support/multidex/MultiDex$V4.class
android/support/multidex/MultiDex.class
android/support/multidex/MultiDexApplication.class
android/support/multidex/MultiDexExtractor$1.class
android/support/multidex/MultiDexExtractor.class
android/support/multidex/ZipUtil$CentralDirectory.class
android/support/multidex/ZipUtil.class
```
Le projet github page mentionne également une certaine considération pour le contenu de votre mise en œuvre de MultiDexApplication classe:
- Les champs statiques dans votre classe d'application va être chargé avant le
  MultiDex#installbe appelé! Donc, la suggestion est d'éviter les champs statiques
  avec des types qui peut être placé à l'extérieur des classes principales.dex fichier.
- Les méthodes de votre classe d'application peuvent ne pas avoir accès à d'autres classes
  qui sont chargés après votre classe d'application. Comme workarround pour cela,
  vous pouvez créer une autre classe (toute la classe, dans l'exemple ci-dessus, j'utilise
  Exécutables) et d'exécuter la méthode contenu à l'intérieur.
Ce qui ne l' --multi-dex additionalParameter faire?
Ça fait un moment, mais je pense que c'est qu'est-ce que l'activation du mode multi dex. Maintenant multidex devrait fonctionner sans cette solution de contournement. Veuillez voir Alex de la mise à jour de répondre à stackoverflow.com/a/26586969/724146

OriginalL'auteur gswierczynski
-2

J'ai la solution 🙂

De mise à niveau de jdk 8 et de modifier JDK emplacement dans Android Studio dans

Fichier > Structure de Projet > Emplacement du SDK

Trouver et modifier JDK emplacement et cliquez sur OK

Ce n'est pas pertinente pour JDK

OriginalL'auteur Luis Alberto Saucedo Quiroga

Vous devez vous connecter pour publier un commentaire.