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)

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

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.

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.