webentwicklung-frage-antwort-db.com.de

Wie kann ich einen Fehler beim React Native-Kompilierungsfehler beheben: AAPT: Für das Attribut 'appComponentFactory' im Paket 'Android' wurde keine Ressourcenkennung gefunden?

Wir konnten unsere iOS- und Android-App am 9. November erfolgreich zusammenstellen. Wir kompilieren mit: cd Android; ./gradlew assembleRelease

Bis dahin (14. November) haben wir ein paar Tippfehler-Commits hinzugefügt. Wenn wir kompiliert haben, wird die iOS-App problemlos kompiliert und die Android-App wird nicht kompiliert. 

Das Wiederherstellen des Commits, an dem die Android-App zuletzt erstellt wurde, und der Versuch der Neukompilierung schlagen ebenfalls fehl.

Nichts in unserem Benutzercode hat sich geändert… Warum wird die Android-App nicht kompiliert?

Ich habe Googling nach Antworten ausprobiert und konnte keine Lösungen finden. Ich habe mit dem Befehl unten versucht, den Cache zu löschen, und ich habe sogar versucht, meinen Laptop neu zu starten.

rm -rf $TMPDIR/react-* && rm -rf $TMPDIR/haste-map-react-native-packager-* && rm -rf $TMPDIR/metro-bundler-cache-* && watchman watch-del-all && rm -rf ios/build && rm -rf node_modules/ && yarn cache clean && yarn install && yarn start --reset-cache

Unten finden Sie die Fehlerausgabe und die build.gradle -Dateien, falls sie helfen.

Ich kann gerne Vorschläge zur Problembehandlung in einem Kommentar machen. 

Ausgabe mit Fehler kompilieren

.
.
snip
.
.
:app:generateReleaseResValues UP-TO-DATE
:app:processReleaseGoogleServices
Parsing json file: /Users/beau/Development/kip/kip-mobile-app/Android/app/google-services.json
:app:generateReleaseResources
:app:mergeReleaseResources
:app:bundleReleaseJsAndAssets
Scanning folders for symlinks in /Users/beau/Development/kip/kip-mobile-app/node_modules (15ms)
Scanning folders for symlinks in /Users/beau/Development/kip/kip-mobile-app/node_modules (15ms)
Loading dependency graph, done.
warning: the transform cache was reset.
bundle: Writing bundle output to: /Users/beau/Development/kip/kip-mobile-app/Android/app/build/intermediates/assets/release/index.Android.bundle
bundle: Done writing bundle output
bundle: Copying 21 asset files
bundle: Done copying assets
:app:processReleaseManifest UP-TO-DATE
:app:processReleaseResources
/Users/beau/Development/kip/kip-mobile-app/Android/app/build/intermediates/manifests/full/release/AndroidManifest.xml:47: AAPT: No resource identifier found for attribute 'appComponentFactory' in package 'Android'

/Users/beau/Development/kip/kip-mobile-app/Android/app/build/intermediates/manifests/full/release/AndroidManifest.xml:47: error: No resource identifier found for attribute 'appComponentFactory' in package 'Android'


:app:processReleaseResources FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:processReleaseResources'.
> com.Android.ide.common.process.ProcessException: Failed to execute aapt

myApp/Android/build.gradle

// Top-level build file where you can add configuration options common to all sub-projects/modules.

// Remove override once fixed: https://developers.facebook.com/support/bugs/260814197942050/
def versionOverrides = [
    "com.facebook.Android:facebook-Android-sdk": "4.37.0",
]

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

        // Firebase SDK
        classpath 'com.google.gms:google-services:4.0.1'

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

allprojects {
    repositories {
        maven { url "https://jitpack.io" }
        maven { url "https://maven.google.com" }
        mavenLocal()
        jcenter()
        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/Android"
        }
    }
    configurations.all {
        resolutionStrategy.eachDependency { DependencyResolveDetails details ->
            def overrideVersion = versionOverrides[details.requested.group + ":" + details.requested.name]

            if (overrideVersion != null && details.requested.version != overrideVersion) {
                details.useVersion overrideVersion
            }
        }
    }
}

ext {
    compileSdkVersion = 26
    buildToolsVersion = "26.0.1"
    minSdkVersion = 16
    targetSdkVersion = 26
    supportLibVersion = "26.1.0"

    // googlePlayServicesVersion = "<Your play services version>" // default: "+"
    // firebaseVersion = "<Your Firebase version>" // default: "+"
}

myApp/Android/app/build.gradle

apply plugin: "com.Android.application"

import com.Android.build.OutputFile

/**
 * The react.gradle file registers a task for each build variant (e.g. bundleDebugJsAndAssets
 * and bundleReleaseJsAndAssets).
 * These basically call `react-native bundle` with the correct arguments during the Android build
 * cycle. By default, bundleDebugJsAndAssets is skipped, as in debug/dev mode we prefer to load the
 * bundle directly from the development server. Below you can see all the possible configurations
 * and their defaults. If you decide to add a configuration block, make sure to add it before the
 * `apply from: "../../node_modules/react-native/react.gradle"` line.
 *
 * project.ext.react = [
 *   // the name of the generated asset file containing your JS bundle
 *   bundleAssetName: "index.Android.bundle",
 *
 *   // the entry file for bundle generation
 *   entryFile: "index.Android.js",
 *
 *   // whether to bundle JS and assets in debug mode
 *   bundleInDebug: false,
 *
 *   // whether to bundle JS and assets in release mode
 *   bundleInRelease: true,
 *
 *   // whether to bundle JS and assets in another build variant (if configured).
 *   // See http://tools.Android.com/tech-docs/new-build-system/user-guide#TOC-Build-Variants
 *   // The configuration property can be in the following formats
 *   //         'bundleIn${productFlavor}${buildType}'
 *   //         'bundleIn${buildType}'
 *   // bundleInFreeDebug: true,
 *   // bundleInPaidRelease: true,
 *   // bundleInBeta: true,
 *
 *   // whether to disable dev mode in custom build variants (by default only disabled in release)
 *   // for example: to disable dev mode in the staging build type (if configured)
 *   devDisabledInStaging: true,
 *   // The configuration property can be in the following formats
 *   //         'devDisabledIn${productFlavor}${buildType}'
 *   //         'devDisabledIn${buildType}'
 *
 *   // the root of your project, i.e. where "package.json" lives
 *   root: "../../",
 *
 *   // where to put the JS bundle asset in debug mode
 *   jsBundleDirDebug: "$buildDir/intermediates/assets/debug",
 *
 *   // where to put the JS bundle asset in release mode
 *   jsBundleDirRelease: "$buildDir/intermediates/assets/release",
 *
 *   // where to put drawable resources / React Native assets, e.g. the ones you use via
 *   // require('./image.png')), in debug mode
 *   resourcesDirDebug: "$buildDir/intermediates/res/merged/debug",
 *
 *   // where to put drawable resources / React Native assets, e.g. the ones you use via
 *   // require('./image.png')), in release mode
 *   resourcesDirRelease: "$buildDir/intermediates/res/merged/release",
 *
 *   // by default the gradle tasks are skipped if none of the JS files or assets change; this means
 *   // that we don't look at files in Android/ or ios/ to determine whether the tasks are up to
 *   // date; if you have any other folders that you want to ignore for performance reasons (gradle
 *   // indexes the entire tree), add them here. Alternatively, if you have JS files in Android/
 *   // for example, you might want to remove it from here.
 *   inputExcludes: ["Android/**", "ios/**"],
 *
 *   // override which node gets called and with what additional arguments
 *   nodeExecutableAndArgs: ["node"],
 *
 *   // supply additional arguments to the packager
 *   extraPackagerArgs: []
 * ]
 */

project.ext.react = [
    entryFile: "index.js"
]

apply from: "../../node_modules/react-native/react.gradle"

/**
 * Set this to true to create two separate APKs instead of one:
 *   - An APK that only works on ARM devices
 *   - An APK that only works on x86 devices
 * The advantage is the size of the APK is reduced by about 4MB.
 * Upload all the APKs to the Play Store and people will download
 * the correct one based on the CPU architecture of their device.
 */
def enableSeparateBuildPerCPUArchitecture = false

/**
 * Run Proguard to shrink the Java bytecode in release builds.
 */
def enableProguardInReleaseBuilds = false

Android {
    compileSdkVersion 26
    buildToolsVersion "26.0.1"

    defaultConfig {
        applicationId "com.hellokip.app"
        minSdkVersion 16
        targetSdkVersion 26
        versionName "2.1.4" // human readable / app store / semver
        versionCode 2010411 // code based version - (major, minor, bug, build as "(0)0 00 00 00")
        ndk {
            abiFilters "armeabi-v7a", "x86"
        }
        multiDexEnabled true
    }
    signingConfigs {
        release {
            if (project.hasProperty('KIP_RELEASE_STORE_FILE')) {
                storeFile file(KIP_RELEASE_STORE_FILE)
                storePassword KIP_RELEASE_STORE_PASSWORD
                keyAlias KIP_RELEASE_KEY_ALIAS
                keyPassword KIP_RELEASE_KEY_PASSWORD
            }
        }
    }
    splits {
        abi {
            reset()
            enable enableSeparateBuildPerCPUArchitecture
            universalApk false  // If true, also generate a universal APK
            include "armeabi-v7a", "x86"
        }
    }
    buildTypes {
        release {
            minifyEnabled enableProguardInReleaseBuilds
            proguardFiles getDefaultProguardFile("proguard-Android.txt"), "proguard-rules.pro"
            signingConfig signingConfigs.release
        }
    }
    // applicationVariants are e.g. debug, release
    applicationVariants.all { variant ->
        variant.outputs.each { output ->
            // For each separate APK per architecture, set a unique version code as described here:
            // http://tools.Android.com/tech-docs/new-build-system/user-guide/apk-splits
            def versionCodes = ["armeabi-v7a":1, "x86":2]
            def abi = output.getFilter(OutputFile.ABI)
            if (abi != null) {  // null for the universal-debug, universal-release variants
                output.versionCodeOverride =
                        versionCodes.get(abi) * 1048576 + defaultConfig.versionCode
            }
        }
    }
}

dependencies {
    compile fileTree(dir: "libs", include: ["*.jar"])
    compile "com.Android.support:appcompat-v7:26.0.1"
    compile "com.facebook.react:react-native:+"  // From node_modules

    // react-native-Push-notifications
    compile project(':react-native-Push-notification')
    compile 'com.google.firebase:firebase-core:16.0.0'

    compile project(':react-native-fbsdk')
    compile project(':react-native-branch')
    compile project(':bugsnag-react-native')

    // Intercom
    compile 'io.intercom.Android:intercom-sdk-base:5.+'
    compile 'io.intercom.Android:intercom-sdk-fcm:5.+'

    // Additional Config
    compile project(':tipsi-stripe')
    compile project(':react-native-picker')
    compile project(':react-native-svg')
    compile project(':react-native-device-info')
    compile project(':react-native-intercom')
}

// Run this once to be able to run the application with BUCK
// puts all compile dependencies into folder libs for BUCK to use
task copyDownloadableDepsToLibs(type: Copy) {
    from configurations.compile
    into 'libs'
}

apply plugin: 'com.google.gms.google-services'

Aktualisieren! Ein Fix gefunden (hack?)… Aber nicht 100% sicher, warum es funktioniert.

Ich folgte zufälligen Hinweisen und fand das OneSignal Gradle Plugin (welches automatisch korrigiert und Sie über erforderliche Änderungen informiert, um das OneSignal SDK mit Ihrer App kompatibel zu machen). 

Nachdem ich die Installationsschritte befolgt hatte, versuchte ich erneut zu kompilieren mit:

cd Android; ./gradlew assembleRelease

Und die App baut erfolgreich! Aber warum/wie/was?

Ich sehe, dass ich das --info-Flag beim Kompilieren hinzufügen kann, um "Protokolleinträge von Versionsüberschreibungen anzuzeigen, die angewendet werden."

Ich möchte gerne wissen, wie und warum… Ich freue mich, dieses Plugin hinzufügen und auf der aktuellen Abstraktionsebene weitermachen zu können. ????

6
Beau Smith

Ok, nachdem ich den größten Teil eines Tages damit verbracht habe, dieses Problem zu untersuchen, habe ich eine Skizze einer Lösung.

Für mich ist die naheliegende Ursache, dass verschiedene com.Android.support - Bibliotheken bei den Paketen auf die Version 28.0.0 Aktualisiert wurden

io.intercom.Android:intercom-sdk-base:5.+
io.intercom.Android:intercom-sdk-fcm:5.+

wurden von 5.1.5 auf 5.1.6 aktualisiert, was ungefähr zwischen dem 12. November und dem 14. November erfolgte und der fraglichen Zeitachse entsprach.

Wenn Sie ./gradlew app:dependencies Mit 5.1.6 Ausführen, sehen wir, dass die Android Support-Bibliotheken 28.0.0 Verwenden.

+--- io.intercom.Android:intercom-sdk-base:5.1.6
|    +--- com.Android.support:design:28.0.0 (*)
|    +--- com.Android.support:appcompat-v7:28.0.0 (*)
|    +--- com.Android.support:animated-vector-drawable:28.0.0 (*)
|    +--- com.Android.support:support-vector-drawable:28.0.0 (*)
|    +--- com.Android.support:support-compat:28.0.0 (*)
|    +--- com.Android.support:support-core-utils:28.0.0 (*)
|    +--- com.Android.support:support-core-ui:28.0.0 (*)
|    +--- com.Android.support:support-fragment:28.0.0 (*)
|    +--- com.Android.support:support-annotations:28.0.0
|    +--- com.Android.support:recyclerview-v7:28.0.0 (*)
...

Während mit 5.1.5

+--- io.intercom.Android:intercom-sdk-base:5.1.5
|    +--- com.Android.support:design:27.1.1 (*)
|    +--- com.Android.support:appcompat-v7:27.1.1 (*)
|    +--- com.Android.support:animated-vector-drawable:27.1.1 (*)
|    +--- com.Android.support:support-vector-drawable:27.1.1 (*)
|    +--- com.Android.support:support-compat:27.1.1 (*)
|    +--- com.Android.support:support-core-utils:27.1.1 (*)
|    +--- com.Android.support:support-core-ui:27.1.1 (*)
|    +--- com.Android.support:support-fragment:27.1.1 (*)
|    +--- com.Android.support:support-annotations:27.1.1
|    +--- com.Android.support:recyclerview-v7:27.1.1 (*)

Da wir die Unterstützungsbibliotheksversion 28.0.0 Verwenden, müssen wir jetzt compileSdkVersion auf Version 28 Aktualisieren.

In Android/app/build.gradle

Android {
    compileSdkVersion 28
...
2
Eric Conner

Ich glaube nicht, dass dies die Details sind, nach denen Sie gefragt haben. In dem Befehl, mit dem Sie die verschiedenen Caches geleert haben, wurde yarn install eingefügt, der nicht zu 100% reproduzierbar ist.

Wenn Sie yarn install ausführen, werden die in package.json aufgeführten Abhängigkeiten mit der höchsten Version installiert, die der von Ihnen angegebenen semantischen Version entspricht.

Ich bin schon ein paar Mal davon gebissen worden, wo seit dem letzten Build eine Abhängigkeit aktualisiert wurde und yarn install tatsächlich in das Update eingezogen wird, anstatt genau die Versionen der Abhängigkeiten neu zu installieren, die Sie zuvor hatten. Wenn mit der neuen Version ein Fehler eingeführt wurde, kann es dazu kommen, dass Ihr Build kaputt geht, obwohl sich Ihr Code nicht "sichtbar" geändert hat.

Eine Lösung für dieses Problem besteht darin, sowohl Ihren package.json als auch yarn.lock festzuschreiben und yarn install --frozen-lockfile auszuführen, wodurch genau die Versionen der Abhängigkeiten neu installiert werden, die in der Sperrdatei aufgeführt sind (die Art, wie die Dokumentation formuliert ist, ist etwas verwirrend). Dies ist besonders in CI-Umgebungen hilfreich, um die Art des Problems zu verhindern, das Sie beschreiben ("es hat gestern funktioniert, aber nicht mehr"), da es garantiert, dass der gesamte Code, den Sie kompilieren, nicht nur der Benutzercode ist gleich zwischen Builds.

0
Laurent S