Je sais que cette question a déjà été posée et j’ai vu une multitude de solutions, mais aucune ne semble fonctionner pour moi. J'ai été capable de construire mon apk sans problèmes jusqu'à ce que cette erreur commence à apparaître. J'ai essayé de nettoyer mon projet, de le supprimer de l'espace de travail et de le réimporter, de supprimer "Java Builder" de mes constructeurs pour le projet, de créer le projet manuellement, de réorganiser mon chemin de génération Java. Je n'ai aucun problème de compilateur visible et aucun problème n'existe dans mon espace de travail.
J'ai déjà rencontré ce problème auparavant et je l'ai résolu une fois en supprimant le projet de mon espace de travail, en le réimportant. Une fois de plus, je l'ai résolu en supprimant "Java Builder" de mon chemin de génération Java. Aucun ne semble fonctionner cette fois-ci. Actuellement, la plupart des paramètres sont réinitialisés (par exemple, la construction de Java est vérifiée à nouveau).
Je suis sous Windows 7 (64 bits) et j'utilise jdk1.6.0_21 via Eclipse 3.6.
Toute suggestion serait grandement appréciée, car j’ai déjà perdu beaucoup de temps de développement pour résoudre ce problème.
[Mise à jour] Mes paramètres régionaux sont l'anglais et j'ai essayé de supprimer le debug.keystore, États-Unis comme lié à numéro 834
S'il vous plaît suivez ces étapes; cela pourrait vous aider:
Cliquez avec le bouton droit de la souris sur votre projet d’application et accédez à Propriétés.
Sélectionnez Android dans la liste de gauche
Décochez la case "Is Library"
Si votre projet d'application s'appuie sur des projets de bibliothèque figurant dans votre espace de travail, vous devez bien entendu cocher la case "Est la bibliothèque".
la suppression du fichier R.Java dans le dossier/Gen a fait l'affaire pour moi
J'ai essayé toutes les solutions ci-dessus. mais ça n'a pas marché.
La solution était de redémarrer Eclipse !!!!!!!
j'espère que cela aidera quelqu'un :)
Dans mon cas, ce problème a commencé après la mise à jour du plug-in par Eclipse avec la version v4.0 de l'API. Je l'ai corrigé en allant dans les préférences principales pour Eclipse et sous Android-> Construire décocher 'Sauter l'emballage et le dexing jusqu'à l'exportation ou le lancement'
Remarque: si Eclipse vous donne l’erreur de "commande crunch" de la commande inconnue, alors suivez ce post
J'ai essayé de rassembler les meilleures réponses d'autres personnes dans une liste pas à pas de choses à essayer dans l'ordre:
gen
, y compris le fichier R.Java
mentionné dans les réponses de certaines personnesJava_HOME
est correctement défini. Suivez les étapes de cet articleSi vous complétez la liste ci-dessus et que vous n'avez toujours pas résolu le problème, veuillez laisser un commentaire ou, si vous trouvez quelque chose d'autre qui fonctionne, n'hésitez pas à modifier la réponse et à ajouter votre solution.
Supprimez le projet de votre espace de travail et importez à nouveau.
Cela a fonctionné pour moi.
Je ne peux pas croire que le même problème existe depuis 2008.
http://code.google.com/p/Android/issues/detail?id=834 .
je ne suis pas un expert, mais Eclipse sous Windows, en faisant Android apps, refuse de créer le fichier default.properties (dans le répertoire racine de l'application). Je viens de copier une d'une application et cela fonctionne bien. Contenu simple, pour le projet Android 2.2, il indique simplement (en ignorant les commentaires):
cible = Android-8
fwiw
J'avais le même problème que le PO sauf que toutes ces suggestions ne fonctionnaient pas. J'ai trouvé une solution pour moi.
Assurez-vous que "Ignorer les empaquetages et lexage jusqu'à l'exportation ou le lancement." Est sélectionné.
Allez dans Fenêtre -> Préférences -> Android -> Construire. Assurez-vous simplement que cette option est sélectionnée et appliquée.
Je sais que cela n’a pas beaucoup de sens, mais l’avoir désélectionné me donnait cette erreur et avec ce choix, il disparaît et l’apk est installé.
J'utilise le script de génération Ant généré automatiquement à partir de Android et UNIQUEMENT comme processus de génération dans Eclipse. Je n'utilise aucune autre méthode de construction.
Aucune de ces choses n'a fonctionné pour moi. J'essaie d'accéder au code natif via le jni, d'abord avec des exemples NDK. Ce que j'ai trouvé c'est que la construction ne fonctionnera pas si jarlist.cache n'est pas présent dans le répertoire bin du projet. Si j'en copie un depuis un autre projet vers cet emplacement (il faudra peut-être actualiser pour voir le dossier dans Eclipse), la construction fonctionne à chaque fois.
Cela a résolu mon problème. J'ai continué à avoir l'erreur de console dans Eclipse "Impossible de trouver com_Android_vending_licensing.apk" et même si cela ne semblait pas affecter la façon dont mon application était exécutée, c'était agaçant. Donc, aller dans les propriétés du projet com_Android_vending_licensing et décocher l’option "est une bibliothèque", construire le projet pour produire l’apk nécessaire puis revenir dans les propriétés du projet com_Android_vending_licensing et vérifier de nouveau la case à cocher "est une bibliothèque" a résolu le problème.
Je l'ai compris. Je faisais référence à JavaSE-1.5 et utilisais JDK 1.6. Je l'ai changé pour utiliser 1.6 et cela semble résoudre ce problème.
Mes recherches semblent être un message d'erreur surchargé qui couvre beaucoup de cas d'erreur.
Je viens de résoudre ce problème en sélectionnant un JRE par défaut pour l'environnement d'exécution (JRE 6 pour JavaSE-1.6 dans mon cas). Cela n'a pas été vérifié pour une raison quelconque.
Nettoyez le projet et ça ira. Parfois, cela se produit sans le savoir, mais continue d'essayer de résoudre en utilisant des méthodes diff.
J'avais en quelque sorte fait Exécuter la configuration en tant qu'application Java au lieu d'Android.
Exécutez Eclipse en tant qu’administrateur, puis importez le projet.
Dans mon cas, j'ai dû passer d'API 21 à API 19, nettoyer et construire et tout allait bien à nouveau. J'utilise un Mac et apparemment, l'API 21 n'est pas entièrement prise en charge sur Yosemite.
Sur ma machine (Windows7, 64 bits), je pouvais résoudre ce problème en définissant mon environnement d’exécution sur une variante 32 bits du jdk (j’utilisais 1.6.0_23). Et j'ai essayé beaucoup de choses avant ...
Le mien a été causé par le problème this (incompatibilité entre ADT et SDK) et a été corrigé ainsi:
Recherchez le dossier du projet dans votre système, entrez ses propriétés dans le menu contextuel et désélectionnez l'option "Lecture seule". A travaillé dans mon cas.
Cela semble être la source du problème dans de nombreux cas. En outre, certaines solutions reposent sur la copie/réécriture des fichiers du projet, ce qui les rend non lisibles.
Dans mon cas, cela a fonctionné:
Supprimer le fichier R.Java dans le dossier/Gen
+
Supprimer tout "Importations" R.Android " qu'Eclipse a ajouté à certaines de mes classes Java !!!
et reconstruire le projet.
Cela est dû au fait que Java_HOME n'est pas défini correctement. Il peut être facilement résolu en suivant les étapes de cet article .
remove - R.Java - Nettoyer le projet et réexécuter .. cela a fonctionné pour moi ..
La réponse de SHA1 l'a fait pour moi: après la mise à jour vers la dernière version du sdk/adt, mon projet a refusé de construire un apk; décocher l'option résolue le problème.
Je ne sais pas si la mise à jour a vérifié cela, ou si elle avait déjà été vérifiée auparavant, mais le nouvel adt a tout gâché, mais tout fonctionne à nouveau maintenant :)
le problème pour moi était que j'essayais d'utiliser IBM RAD, ce qui semble ne pas fonctionner correctement pour cela. J'ai installé Eclipse et j'ai maintenant une erreur différente, mais je devrais pouvoir la dépasser.