2010-05-29 6 views

Antwort

0

die Project1 Reinigung helfen könnte.

+7

Hat nicht geholfen .... –

53

Ich habe herausgefunden, was das Problem war. Ich habe eine JAR-Datei mit einer AndroidManifest.xml-Datei hinzugefügt, die mit der Datei AndroidManifest.xml meines Projekts in Konflikt stand. Die Lösung in meiner Instanz bestand darin, die JAR-Datei neu zu erstellen und sicherzustellen, dass sie ihre eigene Version von AndroidManifest.xml ausschloss und die neue Version der JAR-Datei dann wieder in mein Projekt einschloss. Möglicherweise müssen Sie das Projekt danach reinigen.

+0

gut zu wissen, esp, wenn Sie das Projekt als ein Glas für Test-Projekt - http://dtmilano.blogspot.com/2009/12/android-testing-external- libraries.html – scottyab

+3

Wie haben Sie AndroidManifest.xml beim Neuaufbau der JAR-Datei ausgeschlossen? – Phillip

+3

Meine Lösung war, das Manifest aus der ursprünglichen App zu löschen. Dies verursachte einen Fehler, aber es war mir egal, exportierte es als Glas, fügte das Glas zum Projekt hinzu, und das ist alles – erdomester

3

Ich denke, Sie verwenden Project1 als Bibliothek. Wenn Sie also die JAR-Datei exportieren, sollten Sie die Option AndroidManifest.xml auf "Wählen Sie die zu exportierende Ressource" deaktivieren.

1

Ich habe eine zweite (nicht korrekte) AndroidManifest.xml-Datei erhalten, indem ich ein Android.R-Paket anstelle des com.example.mypackage.R eingefügt habe.

Symptome: Build schien zu funktionieren, aber das Starten zeigte den vorhandenen Fehler im Arbeitsbereich, der zuerst behoben werden musste. Eine AndroidManifest.xml wurde in Klassen gefunden, die andere in einer Datei namens resources.ap_. Ich habe einfach (einschließlich android.R) Arbeitsplatz schnell zur Hölle.

edit: hat auch nicht funktioniert, Arbeitsbereich noch in der Hölle; Probleme in Projekten, die gerne behoben werden ...

edit1: kann das Paket nicht finden, mit sollte die AndroidManifest.xml halten.

edit2: Ich überlege, die zweite Manifest-Datei in Android.jar anzunehmen - scheint wie jede Manifest-Datei erzeugt 1 R.class. Ich habe den gesamten Arbeitsbereich gelöscht. Weil es sowieso ein Spielplatz war. (Dann richte ich Git ein.)

0

Es ist möglich, dass Sie in Ihrem Bibliotheksprojekt und Ihrem Anwendungsprojekt ähnliche Kompilierzeitabhängigkeiten haben und der Dex-er die Duplikate nicht erkennt.

Wenn dies der Fall ist, ändern Sie den Umfang der Abhängigkeiten in Ihrem Anwendungsprojekt in den bereitgestellten Bereich.

Die Abhängigkeiten werden eingeschlossen, da sie sich im Bibliotheksprojekt befinden, und sie werden nicht dupliziert, weil sie beim Kompilieren des Anwendungsprojekts "bereitgestellt" werden.

0

Sie erhalten eine Reihe von Fehlermeldungen bezüglich AndroidManifest, main.xml, activity_main. So wäre die beste Lösung, umzubenennen sie (mit Shift + Strg + R) von einem des Projekts zu etwas anderem.

Das löste mein Problem.

3

Ich hatte das gleiche Problem vor einigen Tagen, wenn Sie eine JAR innerhalb libs Ordner und die JAR hat innerhalb einer AndroidManifest.xml haben Sie den Fehler. Wenn Sie die JAR außerhalb des Projekts (z. B. auf dem Desktop) und in "Java Build Path" verwenden, verwenden Sie "Externe JAR hinzufügen", das Problem ist gelöst.

+0

das ist, was für mich arbeitete. und es ist eine sehr einfache Lösung. – nyxee

0

Ich konnte es nur in Android Studio beheben, indem ich das out/Verzeichnis löschte und es alles neu aufbauen ließ.

Verwandte Themen