Konfigurationsabhängigkeiten können nach dem Upgrade des Gradle-Plugins für Android Studio auf 3.0.1 und Gradle auf 4.1 nicht kopiert werden

Früher habe ich Abhängigkeiten zum Kompilieren mit dieser einfachen Gradle-Aufgabe in einen bestimmten Ordner kopiert:

task copyLibs(type: Copy) {
    from configurations.compile
    into "$project.rootDir/reports/libs/"
}

Aber es funktionierte nicht mehr, nachdem ich mein Android-Projekt mit dem Gradle-Plugin 3.0.1 für Android Studio und dem Gradle-Tool auf 4.1 aktualisiert hatte. Da die Abhängigkeitskonfiguration ‘compile’ jetzt veraltet ist von https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html#new_configurations Ich habe es auf “Implementierung” geändert. Ich kann jedoch meine copyLibs-Aufgabe nicht verwenden, da das direkte Auflösen der Konfiguration „Implementierung“ gemäß der Gradle-Erstellungsfehlerausgabe nicht zulässig ist:

$ ./gradlew.bat clean build

FAILURE: Build failed with an exception.

* What went wrong:
Could not determine the dependencies of task ':app:copyLibs'.
> Resolving configuration 'implementation' directly is not allowed

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

* Get more help at https://help.gradle.org

BUILD FAILED in 1s

Siehe folgende meine aktuelle build.gradle-Datei für das App-Modul: Plugin anwenden: ‘com.android.application’

android {
    compileSdkVersion 26
    defaultConfig {
        applicationId "newgradle.com.testingnewgradle"
        minSdkVersion 21
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support:support-v4:26.1.0'
    implementation 'com.android.support:design:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.1'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
}

task copyLibs(type: Copy) {
    from configurations.implementation
    into "$project.rootDir/reports/libs/"
}
build.dependsOn copyLibs

Wenn ich ‘kompilieren’ verwende, funktioniert es, aber ich möchte die Verwendung der neuesten Empfehlung zu diesem Plugin einhalten.

Ich brauche Hilfe beim Upgrade meiner copyLibs-Aufgabe, damit sie wie vor dem Upgrade meiner Umgebung funktioniert. Ich habe das Gradle-Plugin 2.2.3 für Android Studio und das Gradle-Tool 2.14.1 verwendet.

statt zu verwenden configurations.implementationist die beste Option zu verwenden configurations.runtimeClasspath.

Sie können auch an Folgendes denken: compileClasspath default

Ich mache die Konfiguration auflösbar, sodass es beim Abrufen der Abhängigkeiten keine Ausnahme gibt

configurations.implementation.setCanBeResolved(true)
configurations.api.setCanBeResolved(true)

println configurations.implementation.resolve()
println configurations.api.resolve()

Ein weiterer Vorschlag.

Ich habe meine benutzerdefinierte Konfiguration erstellt und sie dann als verwendet configurations.customConfig:

configurations {
  customConfig.extendsFrom implementation
}

Der Kopierauftrag muss entsprechend bearbeitet werden:

task copyLibs(type: Copy) {
    from configurations.customConfig
    into "$project.rootDir/reports/libs/"
}

Es sieht nicht so aus, als gäbe es eine Möglichkeit, die Liste von zu erhalten implementation Abhängigkeiten und die compileClasspath erwähnt bei das Gradle-Ticket Rafael posted funktioniert nicht, wenn Sie direkt mit Android arbeiten, wie in meinem Fall, in dem ich die Abhängigkeiten exportieren muss, damit sie exportiert werden können Unity3D kann sie für die Veröffentlichung verpacken.

Es sieht also so aus, als ob die einzige Lösung in diesem Fall darin besteht, die veraltete zu verwenden compile Typ.

Dies wird wahrscheinlich nicht helfen oder einen besseren Lösungsweg haben, aber …

Sie können Ihre Abhängigkeiten so platzieren, dass sie kopiert werden können, indem Sie Folgendes tun:

android { ... }

// Add a new configuration to hold your dependencies
configurations {
    myConfig
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support:support-v4:26.1.0'
    implementation 'com.android.support:design:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.1'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'

    // Now you have to repeat adding the dependencies you want to copy in the 'myConfig'
    myConfig fileTree(dir: 'libs', include: ['*.jar'])
    myConfig 'com.android.support:appcompat-v7:26.1.0'
    myConfig 'com.android.support:support-v4:26.1.0'
    ...
}

task copyLibs(type: Copy) {
    // Now you can use 'myConfig' instead of 'implementation' or 'compile' 
    from configurations.myConfig 
    into "$project.rootDir/reports/libs/"
}

Dies hilft auch, wenn Sie eine Jar-Aufgabe haben, die aufhört, die Abhängigkeiten in der JAR-Datei zu platzieren, weil Sie von geändert haben compile zu implementation.

Sie können Folgendes verwenden:

from {configurations.myConfig.collect { it.isDirectory() ? it : zipTree(it) }}

Anstatt von:

from {configurations.compile.collect { it.isDirectory() ? it : zipTree(it) }}

Ich habe diesen Fehler nach dem Upgrade von Gradle 5.5 auf 5.6 erhalten, und es passiert, wenn ich versuche, das Projekt in intelliJ zu synchronisieren.

Dank dieser Antwort auf eine andere Frage habe ich sie gelöst, indem ich die angewendet habe idea Plugin zu allen Projekten und läuft dann gradle cleanIdea und danach hat alles wieder funktioniert.

Ein weiterer Tag, eine weitere #unerklärliche Lösung für ein Problem.