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 pu créer mon apk sans problème 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 générateurs pour le projet, de construire 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 et l'ai résolu une fois en supprimant le projet de mon espace de travail et en le réimportant et une autre fois, je l'ai résolu en supprimant "Java Builder" de mon chemin de génération java. Aucun ne semble fonctionner cette fois. J'ai actuellement la plupart des paramètres par défaut (c'est-à-dire que la construction java est vérifiée à nouveau).
J'utilise Windows 7 (64 bits) et j'utilise jdk1.6.0_21 via Eclipse 3.6.
Toutes les suggestions seraient grandement appréciées car j'ai déjà perdu beaucoup de temps de développement à résoudre ce problème.
[Mise à jour] Mon environnement local est l'anglais et j'ai essayé de supprimer le debug.keystore, États-Unis en rapport avec le problème 834
android update project --path .
partir de la racine de votre projet, puis d'essayer de l'exécuterant debug
. Cela a entraîné des erreurs de build spécifiques qui ont conduit à ma solution; pour une raison quelconque, Eclipse n'était pas bavard sur ce qui n'allait pas.Réponses:
Veuillez suivre ces étapes; cela pourrait vous aider:
Cliquez avec le bouton droit 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 repose sur des projets de bibliothèque qui se trouvent dans votre espace de travail, ceux-ci doivent bien sûr avoir la case "Is Library" cochée.
la source
Is Library
cocher la case à chaque fois que j'y apporte des modifications ??la suppression du fichier R.Java dans le dossier / Gen a fait l'affaire pour moi
la source
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 :)
la source
Dans mon cas, ce problème a commencé après que eclipse ait mis à jour le plugin avec la version API v4.0. Je l'ai corrigé en allant dans les préférences principales pour Eclipse et sous Android-> Construire décocher 'Ignorer l'emballage et le dexing jusqu'à l'exportation ou le lancement'
Remarque: si vous éclipse vous donne l'erreur "crunch" de la commande inconnue, suivez ce post
la source
J'ai essayé de rassembler le meilleur des réponses des autres dans une liste étape par étape de choses à essayer dans l'ordre:
gen
dossier entier , y compris leR.java
fichier mentionné dans les réponses de certaines personnesJAVA_HOME
est correctement réglée. Suivez les étapes de cet articleSi vous remplissez la liste ci-dessus et que vous n'avez toujours pas résolu le problème, veuillez laisser un commentaire, ou si vous trouvez autre chose qui fonctionne, n'hésitez pas à modifier la réponse et à ajouter votre élément.
la source
Supprimez le projet de votre espace de travail et importez à nouveau.
Cela a fonctionné pour moi.
Je ne peux pas croire qu'un problème similaire existe depuis 2008.
http://code.google.com/p/android/issues/detail?id=834 .
la source
je ne suis pas un expert, mais éclipse sur Windows, faisant des applications Android, refuse de créer le fichier default.properties (dans le répertoire racine de l'application). Je viens d'en copier une à partir d'une autre application et cela fonctionne très bien. Contenu simple, pour le projet Android 2.2, il dit simplement (en ignorant les commentaires):
cible = android-8
fwiw
la source
J'avais le même problème que le PO, sauf que toutes ces suggestions n'ont pas fonctionné. J'ai trouvé une solution pour moi.
Assurez-vous que "Ignorer l'emballage et le dexage jusqu'à l'exportation ou le lancement". est sélectionné.
Allez dans Fenêtre -> Préférences -> Android -> Build. Assurez-vous simplement que cette option est sélectionnée et appliquez.
Je sais que cela n'a pas beaucoup de sens, mais l'avoir désélectionné m'a donné cette erreur et avec elle sélectionnée, elle disparaît et l'apk est installé.
J'utilise le script de génération de fourmi généré automatiquement à partir d'Android et l'utilise UNIQUEMENT comme processus de construction dans Eclipse. Je n'utilise aucune autre méthode de construction.
la source
Je l'ai compris. Je faisais référence à JavaSE-1.5 et j'utilisais JDK 1.6. Je l'ai changé pour utiliser 1.6 et cela semble le corriger.
On dirait que grâce à mes recherches, c'est un message d'erreur surchargé qui couvre beaucoup de cas d'erreur.
la source
Je viens de corriger cela en resélectionnant un JRE par défaut pour l'environnement d'exécution (JRE6 pour JavaSE-1.6 dans mon cas). Elle a été décochée pour une raison quelconque.
la source
Cela a résolu mon problème. J'ai continué à recevoir l'erreur de console dans l'éclipse "Impossible de trouver com_android_vending_licensing.apk" et même si cela ne semblait pas affecter le fonctionnement de mon application, c'était ennuyeux. Donc, entrer dans les propriétés du projet com_android_vending_licensing et décocher l'option "is library", construire le projet pour produire l'apk nécessaire, puis revenir dans les propriétés du projet com_android_vending_licensing et revérifier la case "is library" a résolu le problème.
la source
Exécutez Eclipse en tant qu '"Administrateur", puis importez le projet.
la source
Aucune de ces choses n'a fonctionné pour moi. J'essaie d'accéder au code natif via le jni, d'abord avec des échantillons NDK. Ce que j'ai trouvé, c'est que la build ne fonctionnera pas si jarlist.cache n'est pas présent dans le répertoire bin du projet. Si j'en copie un d'un autre projet à cet emplacement (il peut être nécessaire d'actualiser pour voir le dossier dans Eclipse), la construction fonctionne à chaque fois.
la source
Nettoyez le projet et il fera l'affaire. Parfois, cela se produit sans le savoir, mais continuez à essayer de résoudre en utilisant des méthodes diff.
la source
J'avais en quelque sorte fait une configuration Run comme une application Java au lieu d'un Android.
la source
le problème pour moi était que j'essayais d'utiliser IBM RAD qui semble ne pas fonctionner correctement pour cela, j'ai installé Eclipse et j'ai maintenant une erreur différente mais je devrais être capable de la surmonter
la source
Sur ma machine (Windows7, 64 bits), j'ai pu résoudre ce problème en définissant mon environnement d'exécution sur une variante 32 bits du jdk (j'ai utilisé 1.6.0_23). Et j'ai essayé beaucoup de choses avant ...
la source
La réponse de SHA1 l'a fait pour moi: après la mise à jour vers le dernier sdk / adt, mon projet a refusé de construire un apk; décocher l'option a résolu le problème.
Je ne sais pas si la mise à jour a vérifié cela, ou si elle a été vérifiée auparavant, mais le nouvel adt a foiré les choses, mais les choses fonctionnent à nouveau maintenant :)
la source
Dans mon cas, cela a fonctionné:
Supprimer le fichier R.Java dans le dossier / Gen
+
Supprimez toutes les importations "R.Android" qu'Eclipse a ajoutées à certaines de mes classes java !!!
et reconstruire le projet.
la source
supprimer - R.java - Nettoyer le projet et relancer .. cela a fonctionné pour moi ..
la source
Recherchez le dossier du projet dans votre système, entrez ses propriétés via 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, d'ailleurs certaines solutions là-haut reposent sur la copie / réécriture des fichiers dans le projet ce qui les rend en lecture seule.
la source
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 .
la source
Le mien a été causé par ce problème (incompatibilité entre ADT et SDK), et a été corrigé ainsi:
la source
Dans mon cas, j'ai dû passer de l'API 21 à l'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.
la source