android - studio - sdk tools windows 4333796 zip
Não é possível executar o dex: Vários arquivos dex definem o array Lcom/myapp/R $; (20)
Desde a atualização para o ADT
14 eu não posso mais construir meu projeto. Ele estava construindo bem antes de atualizar.
O erro:
[2011-10-23 16:23:29 - Dex Loader] Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;
[2011-10-23 16:23:29 - myProj] Conversion to Dalvik format failed: Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;
Questões semelhantes foram relatadas e eu tentei as sugestões, incluindo
- Reiniciando o
Eclipse
. - Limpando o projeto e recriando - Desative a opção "Project-> Build Automatic", depois o projeto "Clean" e "Build", e então tente executar. redefinir a opção "Construir Automaticamente" para Ativado
- Reinstalando as ferramentas para desenvolvedores do
Android
- Reinstalando o Eclipse (atualizado para a versão mais recente 3.7.1)
- Criado um novo projeto importando do sistema de arquivos
- Criado um novo projeto da subversão.
- Feche o eclipse.
- Exclua a pasta bin dentro da pasta do seu projeto.
- Comece eclipse e limpe seu projeto.
- Agora corra e o problema deve desaparecer
A atualização do ADT R14 muda onde as classes vão para o diretório bin / classes (veja http://tools.android.com/recent/buildchangesinrevision14 ). Se você estiver usando o ANT, deverá alterar o caminho de suas classes de bin para bin / classes. Isso funcionou para mim.
Como outros mencionaram, isso ocorre quando você tem várias cópias da mesma classe em seu caminho de construção - incluindo bin / no seu caminho de classe é uma maneira de garantir esse problema.
Para mim, isso ocorreu quando eu adicionei o android-support-v4.jar às minhas libs / folder e, de alguma forma, o eclipse adicionou uma segunda cópia ao bin / classes / android-support-v4.jar.
A exclusão da cópia extra em bin / classes resolveu o problema - sem saber por que o Eclipse fez uma cópia lá.
Você pode testar isso com
grep -r YourOffendingClassName YourApp | jarra grep
Depois de ler a resposta do Terry sobre a exclusão do diretório bin e Larrys sobre a localização do diretório ANT:
Mudei os arquivos localizados no diretório BIN do meu projeto para o BIN / CLASSES e pronto e funcionando.
Editar 1 Em seguida, falhou na segunda execução ... doh
Edit 2 Então, o Eclipse fechado moveu os arquivos de volta para o local original e todos estão funcionando ... hum o que? Eu não finjo saber por que isso funcionou. Atualizará se houver alterações.
Editar 3 Eu notei a partir de meus backups que havia de fato arquivos duplicados no diretório BIN e BIN / CLASSES.
Então a resposta é: não tem arquivos nos dois locais. Pelo menos para mim é o que funcionou.
Esse problema estava acontecendo comigo, eu tinha um .jar externo na minha pasta libs chamada gson-2.2.2.jar mas por alguma razão havia dois deles, gson-2.2.2.jar e gson-2.2.2.jar ( 1), eu simplesmente apaguei o último e meu projeto construiu bem novamente.
Este erro pode acontecer se você tiver dois jars que contenham os mesmos nomes de classes, por exemplo, eu tinha duas bibliotecas: jsr311-api-1.1.1.jar e jersey-core-1.17.1.jar, ambas contendo a classe javax.ws .rs.ApplicationPath. Eu removi o jsr311-api-1.1.1.jar e funcionou bem.
Eu converti um projeto não-biblioteca para um projeto de biblioteca, mas ele tinha um arquivo jar construído anteriormente na pasta libs. A remoção desse arquivo jar causou esse erro.
Eu corri para este quando eu fiz o upgrade de adt 14 para 15 e para fazê-lo funcionar acabei apenas excluindo a pasta .eclipse (juntamente com minhas configurações) e reinstalar o adt 15.
Eu estava enfrentando o mesmo problema, então eu vi enquanto empurrava meu aplicativo alguns arquivos jar que foram carregados duas vezes, portanto, vários erros dex. Basta ir para as propriedades do projeto -> Java Build Path e tente unchecking jar que está sendo carregado duas vezes.
Eu estava recebendo este erro depois de adicionar o facebooksdk.jar a um projeto que já tinha dependências no android-support-v4.jar . Como o facebooksdk.jar já inclui seu próprio android-support-v4.jar, houve conflitos. Remover o android-support-v4.jar anterior dos projetos Properties / Java Build Path / Libraries resolveu o problema para mim.
Eu tenho vários projetos de biblioteca com o mesmo nome de pacote especificado no AndroidManifest (portanto, nenhum nome de campo duplicado é gerado pelo R.java). Eu tive que remover todas as permissões e atividades do AndroidManifest.xml para todos os projetos de biblioteca para remover o erro, então Manifest.java não foi criado várias vezes. Espero que isso possa ajudar alguém.
Eu tinha duas versões diferentes de arquivos .jar do Cordova na minha pasta libs, eu apaguei a que eu não estava usando e funcionou imediatamente. Estranho porque eu não percebi isso antes e funcionou antes e de repente parou de funcionar ...
Meu problema foi resolvido depois de limpar alguns diretórios e arquivos que sobraram das versões anteriores das ferramentas. ADT Rev 14 muda onde os binários são armazenados . Eu apaguei todo o diretório bin, reiniciei o Eclipse e limpei a compilação e forcei uma reconstrução. Isso pareceu fazer o truque inicialmente, mas o problema voltou depois da próxima corrida.
Eu finalmente descobri que meu diretório bin foi incluído no caminho de construção do projeto. Excluí o bin do caminho de construção e repeti as etapas acima. Isso resolveu meu problema.
Modifique seu arquivo eclipse.ini e configure o parâmetro máximo de memória para
-Xmx1024m
Em seguida, reinicie o seu computador.
Isso funcionou para mim.
Para mim, basta clicar com o botão direito no projeto -> Construir caminho -> configurar caminho de construção -> Bibliotecas -> remover dependência
depois que funciona.
Para mim, esse problema existe apenas enquanto houver projetos de biblioteca do Android envolvidos no meu projeto. Então, quando eu removo todas as bibliotecas e faço o que você disse, posso executar meu aplicativo novamente. Se houver bibliotecas envolvidas, até mesmo o truque de remoção de lixeiras não funcionará.
Eu não entendo porque esse bug apareceu pela primeira vez hoje desde que eu estou usando o ADT 14 por vários dias agora. Bem, houve outros bugs que me manteve feliz embora.
Solução para mim:
- SUPORTE O SEU CÓDIGO!
Navegue até o espaço de trabalho do seu projeto (não seu projeto) e execute os seguintes comandos:
dev1: espaço de trabalho $ cd ~ / Documents / workspace / .metadata / .plugins / dev1: área de trabalho $ rm -rf org.eclipse.core.resources
Navegue para o diretório do Eclipse e digite este comando:
dev1: eclipse $ ./eclipse clear
O Eclipse começará com um espaço de trabalho vazio - não se preocupe, seus projetos ainda estão lá. Simples crie um novo projeto a partir do recurso existente e as coisas devem ser molho.
O erro exato que eu estava recebendo: [2012-02-07 14:15:53 - Dex Loader] Não é possível executar dex: Vários arquivos dex definem Landroid / support / v4 / view / PagerAdapter; [2012-02-07 14:15:53 - ProjectCloud] A conversão para o formato Dalvik falhou: Não foi possível executar o dex: Vários arquivos dex definem o Landroid / support / v4 / view / PagerAdapter;
Vá para Project / properties e Java Build Path e desmarque as Bibliotecas Privadas do Android .
Feito
[Resolvido por mim]
Propriedades do projeto Eclipse-> caminho de construção Java-> Order and export
Desmarque as bibliotecas privadas do Android.
[Resolvido por mim]
removendo a biblioteca duplicada "JAR file", remova o arquivo BuildConfig.java, Clean project e seu trabalho.