Wie behebt man FEHLER: Keine Signatur der Methode: build_ap86oam3dut3pxce3x49rdtma.android()?

Lesezeit: 3 Minuten

Wie behebt man FEHLER Keine Signatur der Methode
Usman Liaqat

FEHLER: Keine Signatur der Methode: build_ap86oam3dut3pxce3x49rdtma.android() gilt für Argumenttypen: (build_ap86oam3dut3pxce3x49rdtma$_run_closure1) Werte: [build_ap86oam3dut3pxce3x49rdtma$_run_closure1@47588b04]

Der Baugrad ist:

apply plugin: 'com.android.application'

    android{
    implementationSdkVersion 28
    buildToolsVersion "29.0.3"
    defaultConfig {
        applicationId "com.uiresource.taksiku"
        minSdkVersion 16
        targetSdkVersion 28
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        vectorDrawables.useSupportLibrary = true
    }
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        }
    }

    dependencies {
        implementation fileTree(dir: 'libs', include: ['*.jar'])
        androidTestImplementation('com.android.support.test.espresso:espresso-core:2.3-alpha', {
            exclude group: 'com.android.support', module: 'support-annotations'
        })
        implementation "com.android.support:appcompat-v7:$var"
        implementation 'com.android.support:design:28.0.0'
        testimplementation 'junit:junit:4.13'
        implementation 'com.android.support.constraint:constraint-layout:2.0.0-beta5'
        implementation 'de.hdodenhof:circleimageview:3.1.0'
        }

Ich hatte die gleiche Fehlermeldung, bis ich alles im Android-Plug-in auskommentierte, mit Ausnahme der Kompilier-SDK-Version, um zu einer erfolgreichen Build-Konfiguration zurückzukehren.

android {
    compileSdkVersion 23
/*
    ...
*/
}

Dann fing ich an, Dinge zu entkommentieren, bis ich das Problem auf die falsche Verwendung des Folgenden eingegrenzt hatte.

ProductFlavors {
  ...
}

Ich bin mir nicht sicher, ob Sie denselben Block verwenden, aber im Moment lasse ich ihn auskommentiert, weil ich nicht sicher bin, ob er benötigt wird. Nachdem ich es jedoch losgeworden war, erhielt ich andere Fehler über den Speicherort des SDK-Stammverzeichnisses, sodass ich diese beheben konnte.

Ich hoffe das hilft!

  • Danke für die Idee. War kotlinOptions { jvmTarget = '1.8' } Für mich

    – ShHolmes

    29. Januar 2021 um 14:11 Uhr

  • @ShHolmes ich auch

    – Mohammed Medhat

    16. September 2021 um 8:03 Uhr

  • Ich habe das gleiche Problem mit der release Block innerhalb der signingConfigs blockieren, meine Konfiguration sieht korrekt aus, das ist durcheinander, ich weiß nicht, wie ich das beheben kann, Kommentieren ist keine Lösung.

    – Martin Braun

    3. Februar um 9:45

  • Guter Trick zum Debuggen..

    – Shawn Lee

    15. Februar um 7:33 Uhr

  • until I commented out everything in the android plugin hat bei mir funktioniert.

    – Muhammad Saqib

    8. März um 8:31 Uhr

  • Das ist mir auch passiert, das Überprüfen des Versionscodes hat das Problem gelöst

    – Mehran Sahandi Far

    26. April 2021 um 7:07 Uhr

  • das war sehr hilfreich!! In meinem Fall ging es um die Versionscodenummer, die ich mit System.getenv (“NEW_BUILD_NUMBER”) festgelegt habe, das ist eine Zeichenfolge! und ich musste System.getenv(“NEW_BUILD_NUMBER”).toInteger() verwenden

    – Adrian Oviedo

    7. Juli 2021 um 3:06 Uhr

  • Nun, diese Protokolle stammen von Gradle, nicht von Android. Die meisten Gradle-Fehler sind sehr verwirrend, weil Groovy viel im Hintergrund zaubert.

    – rekire

    8. September 2021 um 10:02 Uhr

  • Ich renne deswegen seit Stunden mit dem Kopf gegen die Wand. Danke für den Tipp!

    – K Mehta

    23. November 2021 um 8:58 Uhr

  • Ich hatte den Versionscode mit dem Zeitstempel Date.now() identisch. Wahrscheinlich ist diese Ganzzahl zu groß oder so, weil es funktioniert hat, sie auf 130 zu ändern.

    – Jaap Weijland

    20. Januar um 16:38 Uhr

In meinem Fall musste ich diese Zeilen in Gradle auskommentieren

androidExtensions{
    experimental = true
}

  • hat meinen Tag gerettet!! 😀

    – Alfetch

    22. Dezember 2020 um 13:00 Uhr

1647166987 373 Wie behebt man FEHLER Keine Signatur der Methode
Shogun Nassar

Ich habe diesen Code von meinem Gradle entfernt:

javaCompileOptions {
        annotationProcessorOptions {
            includeCompileClasspath true
        }
    }

  • hat meinen Tag gerettet!! 😀

    – Alfetch

    22. Dezember 2020 um 13:00 Uhr

1647166987 905 Wie behebt man FEHLER Keine Signatur der Methode
Brahyam

Das Beste, was Sie tun können, ist, Teile von Ihnen zu kommentieren build.gradle Datei, die sich auf das Problem bezieht, bis Sie einen guten Build erhalten, und kommentieren Sie sie 1 nach 1 aus, bis Sie das Problem finden. Ich hatte den gleichen Fehler und es hing mit einem Tippfehler in einer der Apps zusammen build.gradle Blöcke. Ich benutzte:

android {
    ...
    buildFeature {
        ...
    }
}

anstatt

android {
    ...
    buildFeatures {
        ...
    }
}

Viel Glück!

  • Schauen Sie sich Ihr Antwortbeispiel an, es ist völlig falsch. Sie mussten die gleichen Zeilen melden.

    – Alessandro Ornano

    23. Januar 2021 um 10:34 Uhr


  • @AlessandroOrnano In meiner Antwort ist der Unterschied zwischen buildFeature vs buildFeatures mit einem s Am Ende. das spätere ist das richtige.

    – Brahyam

    24. Januar 2021 um 11:35 Uhr

997180cookie-checkWie behebt man FEHLER: Keine Signatur der Methode: build_ap86oam3dut3pxce3x49rdtma.android()?

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy