Pelo que sei, os plug-ins adicionados como dependências do caminho de classe causam problemas. Ou seja, o Firebase teve um problema com isso. Colher e Flutter também. Fazer essa pesquisa no Google revela muitos repositórios do GitHub com um problema levantado sobre a mesma coisa, e tudo o que eles têm em comum é o fato de ser um plug-in Gradle. O tecido também parece ser uma causa, como mencionado pelo Mate *
Pelo que sei, o problema vem de um / vários plugins Gradle. Também pode ser acionado pelo seu código Gradle, mas isso provavelmente não é aplicável se o seu projeto for um aplicativo e não um plug-in Gradle.
E, como mencionado por Alex Cohn em um comentário, a depreciação é um aviso. Nesse caso, significa que é um recurso que será removido eventualmente. Portanto, por enquanto, supondo que seja um plug-in (e não feito por você), você pode ignorá-lo. No momento em que é removido, a maioria / todos os principais plugins devem ser atualizados para corrigi-lo.
E, novamente, é um aviso; não é um erro. Você ainda pode executá-lo e ignorá-lo se não houver nada a fazer sobre o problema. Desabilitar, por exemplo, o plug-in Fabric * é um exagero, pois ainda funciona.
Eu não uso o Fabric pessoalmente e o Fabric não é de código aberto; portanto, não sei se os desenvolvedores o corrigiram ou não.
TL; DR: os plugins Gradle são a causa. É um aviso (não um erro), portanto, remover os plug-ins que causam o problema é um exagero. Se você não conseguir consertá-lo, deixe-o em paz, desde que ele esteja obsoleto no momento (não removido)
Se você usa o Firebase, há uma solução específica que também é mencionada no guia de migração (vinculado posteriormente nesta postagem); excluir o módulo de goiaba
classpath ('com.google.firebase:firebase-plugins:1.1.0') {
exclude group: 'com.google.guava', module: 'guava-jdk5'
}
O problema em si é bastante difícil de detectar. Pelo que sei, não há um problema único que o cause em todos os plugins que verifiquei (e vinculei nesta resposta). Se você codificou algo que causa o problema (e é possível corrigi-lo; a adição de um plug-in gradle de terceiros não o causa), há algumas coisas que você pode tentar consertar.
Pelo que sei da causa real, ele é resolvido atualizando o arquivo Gradle (embora na biblioteca Spoon, foi corrigido alterando uma linha relacionada a TestVariant) seguindo os tópicos no guia de migração do Gradle plugin 3.0.0.
A coisa toda é abordada pelos documentos do desenvolvedor , mas aqui estão algumas das coisas que considero relevantes com base nas solicitações de recebimento feitas em projetos em que houve um problema:
Além de atualizar a versão e o plugin Gradle, você também precisará adicionar o google()repositório em repositories.
compileé agora implementationou api, mas implementationé o recomendado.
providedé compileOnlye apkéruntimeOnly
androidTestCompiletornou-se androidTestImplementation, e testCompile->testImplementation
Se você usar sabores, precisará usar dimensões de sabor (cobertas pelos documentos).
Para tipos de compilação, é necessário incluir fallbacks caso haja uma biblioteca que não possua esse tipo de compilação. Eles são definidos no profilebloco abaixo do androidbloco.
Se ainda não o tiver feito, o plug-in gradle deve ser definido primeiro. Se você não tiver outras dependências do caminho de classe, não há problema. Mas se você fizer isso, verifique se o plug-in gradle está definido primeiro.
Se você usar testVariants, não ligue testedVariantpara a turma. Parece ser a causa da biblioteca Spoon.
Essas são, pelo que pude dizer, algumas das mudanças que foram feitas para corrigir o problema.
