La jarre de ce fichier de classe appartient au conteneur 'Android Dependencies' qui ne permet pas de modifier les pièces jointes des sources sur ses entrées.

Question

Je suis en train de créer une application de messagerie qui donne l'erreur indiquée dans le titre de cette question. Comment puis-je résoudre ce problème ? Je donne la capture d'écran de mes codes si cela peut aider à trouver la solution.

Answer 1

Il existe une solution officielle à ce problème :

Autoriser l'attachement src/doc pour les jars de tiers dans libs/

Puisque ces jars sont ajoutés dynamiquement par le biais d'un conteneur de classpath, les développeurs ne peuvent pas définir le chemin source et la javadoc via l'interface utilisateur d'Eclipse (le conteneur ne permet pas de les modifier). Pour résoudre ce problème, et pour s'assurer que les deux chemins sont récupérés non seulement par le projet actuel, mais aussi mais aussi par d'autres projets (si le projet actuel est un projet de bibliothèque), la valeur est définie par un fichier situé à côté du fichier jar. Ce fichier est nom après le fichier jar, en ajoutant .properties à la fin. Par exemple foo.jar -> foo.jar.properties Il peut actuellement contenir 2 propriétés : src : chemin relatif ou absolu vers le dossier (ou l'archive) source. doc : chemin relatif ou absolu vers la javadoc.

https://Android-review.googlesource.com/#/c/35702/

EDIT : Explication dans la vidéo de la Google I/O 2012

Exemple, pour Joda-Time 2.1 :

cd $PROJECT/libs
touch joda-time-2.1.jar.properties

Et insérez ce qui suit, en vous assurant que le chemin est correct :

src=/Users/josh.oneal/SDKs/joda-time-2.1/joda-time-2.1-sources.jar
doc=/Users/josh.oneal/SDKs/joda-time-2.1/joda-time-2.1-javadoc.jar

Vous pouvez maintenant cliquer avec le bouton droit de la souris sur votre projet dans Eclipse et l'actualiser, puis commander / Ctrl + cliquer sur une classe telle que DateTime pour voir sa source.

Answer 2

Il semble que ce soit quelque chose qu'ils ont intentionnellement cassé dans ADT r17. Voir http://code.google.com/p/Android/issues/detail?id=27490#c6 .

Answer 3

Lorsque vous utilisez eclipse, vous pouvez le corriger en sélectionnant votre projet de bibliothèque et en allant dans Propriétés > Commander et exporter et déplacer votre dépendance src au-dessus de la dépendance gen. Vous pouvez également modifier manuellement votre fichier .classpath pour faire la même chose. Les attachements de source devraient fonctionner après avoir nettoyé ce projet. Les crédits pour avoir trouvé la solution vont à NightCrawler

Answer 4

Remarquez la solution de contournement dans le commentaire 8

http://code.google.com/p/Android/issues/detail?id=27490#c8 . "Bonjour, j'ai la solution au problème décrit dans un commentaire 3 :

1. Déplacez le contenu du dossier libs vers lib car ADT 17 ajoute automatiquement toutes les jarres du répertoire libs sous les dépendances Android.
2. Ajoutez les dépendances de votre répertoire lib comme une dépendance eclipse normale (l'ancienne méthode avant ADT 17). Lier les fichiers JAR avec leurs fichiers JAR source ou Javadoc.
3. Dans Propriétés du projet -> Chemin de construction Java -> Ordre et exportation, vérifiez toutes les dépendances ajoutées à inclure dans les fichiers de classe du projet.
4. Sélectionnez Android Tools > Fix Project Properties".

Answer 5

J'ai eu le même problème en utilisant javax.mail pour accéder à gmail. Selon ce lien (http://stackoverflow.com/questions/6546926/could-not-find-class-error-when-trying-to-upload-a-video-to-youtube-using-the-gd), il semble qu'il y ait une sorte de problème avec lui et Android.

Je l'ai résolu en utilisant ces fichiers JAR, ici : http://code.google.com/p/javamail-Android/