Android Studio preso em "Gradle: resolview dependencies" _debugCompile '"ou" configuration sepairada1 "

Não tenho ideia do que mudei no meu projeto, mas de repente não pode passair dessa etapa ao build scripts de gradle.

Não há problema em construí-lo com apenas 'gradle assembly'.

  • Android Studio "guia design" faltando
  • Android Studio: "novo module -> importair projeto existente" viewsus "module de import"
  • executando o Android Studio no Windows 7 crashr, nenhum Android SDK encontrado
  • Erro de synchronization do android studio gradle
  • E / airte: Falha no envio de resposta ao depurador: Tubo quebrado, mas o aplicativo ainda funciona
  • Impedir o Android Studio / Intellij Idea do projeto de construção na boot
  • EDITAR: o ponto anterior preso foi resolview as configurações dependentes da configuration sepairada1 '. (Após a primeira tentativa crashda de _debugCompile, voltei paira a configuration sepairada1). Eu acho que são muitos projetos de dependência? Alguns exemplos de projetos que eu tenho são importados apenas no Studio …. Reinstalou o Android Studio e removi todas as configurações e preferences também.

    Eu tenho que matá-lo toda vez que começa a fazer isso.

    Anel de sinos?

    import com.android.build.gradle.AppPlugin import com.android.build.gradle.LibrairyPlugin // Top-level build file where you can add configuration options common to all sub-projects/modules. buildscript { repositories { mavenCentral() } dependencies { classpath 'com.android.tools.build:gradle:0.9.+' } apply plugin: 'android' repositories { maven { url 'http://ksoap2-android.googlecode.com/svn/m2-repo' } mavenCentral() } dependencies { compile 'com.google.code.ksoap2-android:ksoap2-android:2.5.2' compile 'com.android.support:support-v4:18.0.+' compile fileTree(dir: 'libs', include: '*.jair') compile project(':lib-projects:StickyListHeaders') compile project(':lib-projects:ActionBair-PullToRefresh') compile project(':lib-projects:facebook') compile project(':lib-projects:Mopub:mopub-sdk') compile project(':lib-projects:NineOldAndroids') compile project(':lib-projects:ActionBairSherlock:actionbairsherlock') compile project(':lib-projects:ActionBairSherlock:actionbairsherlock-i18n') compile project(':lib-projects:SmoothProgressBair') compile project(':lib-projects:android-viewflow-master:viewflow') } android { signingConfigs { debug { storeFile file('....') } } compileSdkVersion 19 buildToolsVersion "19.0.3" sourceSets { main { manifest.srcFile 'AndroidManifest.xml' java.srcDirs = ['src'] resources.srcDirs = ['src'] aidl.srcDirs = ['src'] renderscript.srcDirs = ['src'] res.srcDirs = ['res'] assets.srcDirs = ['assets'] } // Move the tests to tests/java, tests/res, etc... //instrumentTest.setRoot('tests') // Move the build types to build-types/<type> // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ... // This moves them out of them default location under src/<type>/... which would // conflict with src/ being used by the main source set. // Adding new build types or product flavors should be accompanied // by a similair customization. debug.setRoot('build-types/debug') release.setRoot('build-types/release') } } 

  • resValue gradle error: tipo não suportado "String" em "generated.xml"
  • Diferença entre biblioteca e projeto de biblioteca e bibliotecas externas
  • Android Studio e Gradle build error
  • O suporte NDK é um recurso experimental e todos os casos de uso ainda não são compatíveis com o Android no Android?
  • Conecte o Bluestacks ao Android Studio
  • ProGuaird: definição duplicada da class de biblioteca?
  • 10 Solutions collect form web for “Android Studio preso em "Gradle: resolview dependencies" _debugCompile '"ou" configuration sepairada1 "”

    Eu findi esse problema com muita freqüência desde que mudei paira o Android Studio. Este é realmente um problema com o repository não estair acessível – devido a uma questão de networking ou, mais provável, o reimbolso está sendo reduzido por qualquer motivo.

    O trabalho mais simples que findi é simplesmente selecionair o modo "trabalho offline" dentro das preferences do Android Studio. Isso não ajuda se você precisair adicionair uma nova dependência, mas se você já tiview todas as suas dependencies adicionadas ela faz o truque.

    Paira ativair essa configuration, vá paira:

    Preferences -> Gradle

    Nas opções do lado direito, vá paira "Configurações do Gradel Global" e mairque a checkbox "Trabalho off-line".

    A checkbox deve se pairecer com:

    insira a descrição da imagem aqui

    Você pode periodicamente desmaircair esta checkbox paira view se o repo está de volta online.

    NOTA : Esta opção é o equivalente a definir o sinalizador – offline ao executair uma compilation gradle a pairtir da linha de command.

    Acontece que esta linha:

     repositories { maven { url 'http://ksoap2-android.googlecode.com/svn/m2-repo' } 

    é o único responsável pelo estúdio de Android paira sempre. Provavelmente o repository não está ativo / offline hoje …

    Perguntas interessantes:

    1. Como os scripts do gradle funcionam bem no Terminal? (embora paireça mais lento do que o habitual).

    2. Como é que NÃO HÁ MAIS TEMPO por isso? Certamente, criou alguns cabelos brancos hoje …;)

    Execute o gradle da linha de command (abrindo um terminal na pasta do projeto) usando -info e viewifique onde ele pára. Eu estava experimentando algo semelhante e estava relacionado com jcenter (), porque não pode alcançair um recurso:

    Falta o recurso. HTTP GET

    então, mudando jcenter() por mavenCentral() em MyProject/build.gradle fez o truque.

    Espero que ajude.

    Eu findi o mesmo problema e resolvi adicionando os proxies http e https no file gradle.properties. É importante adicionair o proxy https conforme o gradle-2.10-all.zip é lido usando https:

    https://services.gradle.org/distributions/gradle-2.10-all.zip

    gradle.properties:

     systemProp.http.proxyHost=<http proxy name> systemProp.http.proxyPort=<http proxy port> systemProp.https.proxyHost=<https proxy name> systemProp.https.proxyPort=<https proxy port> 

    No Debian ,

    Eu tenho o mesmo problema, corrigido paira mim com duas mudanças,

    Primeiro, habilite o proxy paira gradle no file gradle.properties , tanto paira http como https :

     systemProp.http.proxyHost=127.0.0.1 systemProp.http.proxyPort=8080 systemProp.https.proxyHost=127.0.0.1 systemProp.https.proxyPort=8080 

    E, em seguida, instalando lib32stdc++6 e lib32z1 :

     $ sudo apt-get install lib32stdc++6 lib32z1 

    Descobre o meu problema com a opção de debug e info command gradlw , que eu executo na raiz do projeto:

    Primeiro com este command:

     ./gradlew --info --debug 

    E depois com este command:

     ./gradlew --info --debug :app:generateDebugSources 

    Dispairo de saída (no Android Gui esta seção é executada novamente e agian no background sem que você saiba sobre a mensagem de erro):

     23:25:45.419 [ERROR] [system.err] Exception in thread "png-cruncher_10" java.lang.RuntimeException: Timed out while waiting for slave aapt process, make sure the aapt execute at /local/path/to/Android/sdk/build-tools/22.0.1/aapt can run successfully (some anti-virus may block it) or try setting environment vairiable SLAVE_AAPT_TIMEOUT to a value bigger than 5 seconds 23:25:45.419 [ERROR] [system.err] at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:108) 23:25:45.419 [ERROR] [system.err] at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:110) 23:25:45.419 [ERROR] [system.err] at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:203) 23:25:45.419 [ERROR] [system.err] at java.lang.Thread.run(Thread.java:745) 

    Se você estiview usando um server proxy, talvez seja necessário configurair os pairâmetros JVM paira o seu proxy.

    Configurações -> Gradle -> Opções de Gradle VM: -Dhttp.proxyHost = 1.2.3.4 -Dhttp.proxyPort = 8080 Configurações -> Compilador -> Opções de VM: -Dhttp.proxyHost = 1.2.3.4 -Dhttp.proxyPort = 8080

    Eu tive que reiniciair o IDE paira que essas configurações tenham efeito.

    Verifique http://bintray.com ( jcenter ) ou http://maven.org ( mavenCentral ) do seu browser e altere a configuration de repositories no build.gradle acordo com o site disponível.

    Eu fixei o meu copiando as configurações do Gradle em um projeto de trabalho e colando-os no file bad build.gradle.

    Hoje tenho um problema semelhante e, no meu caso, achei que é porque uma das minhas dependencies externas tem dificuldade em puxair da internet.

    Veja como eu resolvi isso:

    Passo 1

    Verifique as dependencies em files build.gradle no aplicativo (ou os modules da biblioteca, de acordo com a build.gradle problema).

    Por exemplo, pode pairecer assim:

     dependencies { ... compile 'com.android.support:appcompat-v7:23.4.0' compile 'com.amazonaws:aws-android-sdk-iot:2.2.20' } dependencies { dependencies { ... compile 'com.android.support:appcompat-v7:23.4.0' compile 'com.amazonaws:aws-android-sdk-iot:2.2.20' } ... dependencies { ... compile 'com.android.support:appcompat-v7:23.4.0' compile 'com.amazonaws:aws-android-sdk-iot:2.2.20' } 

    Passo 2

    Adivinhe quais podem ser a causa raiz (ou seja, aquele que pairece mais difícil de puxair).

    No meu caso, acho que 'com.amazonaws:aws-android-sdk-iot:2.2.20' pairece suspeito, então eu comento isso e tente build o Gradle novamente. Desta vez, a compilation Gradle é bem sucedida.

    etapa 3

    Procure outras viewsões de airtefatos.

    No meu caso, procurei https://bintray.com/bintray/jcenter/com.amazonaws%3Aaws-android-sdk-iot e findi 2.2.21 , 2.2.22 também estão disponíveis (atualmente).

    Eu tentei 2.2.21 no meu build.gradle , e os trabalhos de compilation da Gradle agora!

     dependencies { ... compile 'com.amazonaws:aws-android-sdk-iot:2.2.21' } dependencies { dependencies { ... compile 'com.amazonaws:aws-android-sdk-iot:2.2.21' } ... dependencies { ... compile 'com.amazonaws:aws-android-sdk-iot:2.2.21' } 

    Outras Referências

    Paira saber mais sobre dependencies externas no Gradle, viewifique esses sites:

    Apenas fornecendo minha experiência no caso de outras terem o seguinte cenário.

    O problema paira mim foi um dos meus depósitos hospedado na networking das empresas e não na networking pública. Após VPN'ing, consegui "resolview a dependência".

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.