Как исправить ошибку «Ошибка генерации окончательного архива: повторяющаяся запись: AndroidManifest.xml»

Question

Я поместил два проекта в Eclipse, которые называются Project1 и Project2.

Project1 является независимым, но Project2 должен зависеть от Project1.

Когда я собираю Project2, появляется следующее сообщение об ошибке: Ошибка создания окончательного архива: повторяющаяся запись: AndroidManifest.xml

Answer 1

Я понял, в чем проблема.Я включил файл JAR с файлом AndroidManifest.xml, который конфликтовал с файлом AndroidManifest.xml моего собственного проекта.Решением в моем случае было перестроить файл JAR, убедившись, что он исключил свою собственную версию AndroidManifest.xml, а затем повторно включить новую версию файла JAR в мой проект.После этого вам может потребоваться очистить проект.

Answer 2

У меня была такая же проблема несколько дней назад, если вы поместили JAR в папку libs, а JAR внутри AndroidManifest.xml, вы получили ошибку. Если вы поместите JAR за пределы проекта (например, на рабочий стол) и в «Пути сборки java» используете «Добавить внешний JAR», проблема решена.

Answer 3

Я думаю, вы используете Project1 в качестве библиотеки. Поэтому, когда вы экспортируете jar-файл, вы должны отменить выбор AndroidManifest.xml в «Выбор ресурса для экспорта».

Answer 4

Я получил второй (неблагодарный) файл AndroidManifest.xml, включив пакет Android.R вместо com.example.mypackage.R.

Симптомы: сборка вроде бы работала, но запуск показал существующую ошибку в рабочей области, которую нужно было сначала исправить. Один AndroidManifest.xml был найден в классах, другой - в файле resources.ap_. Я просто быстро исправил (включая android.R) рабочее пространство в ад.

edit: тоже не работает, рабочее пространство все еще в аду; проблемы в проектах, которые любили исправлять ...

edit1: не может найти пакет, с должен содержать AndroidManifest.xml.

edit2: я полагаю, что второй файл манифеста в Android.jar - похоже, что каждый файл манифеста приводит к сгенерированному 1 R.class. Я стер полную рабочую область. Потому что это была детская площадка. (Затем я настроил Git.)

Answer 5

Я мог исправить это только в Android Studio, удалив каталог out / и перестроив все заново.

Answer 6

Вы получите серию сообщений об ошибках, связанных с AndroidManifest, main.xml, activity_main . Поэтому лучшим решением было бы переименовать их (используя shift + ctrl + R) из одного проекта в другое.

Это решило мою проблему.

Answer 7

Возможно, у вас есть похожие зависимости времени компиляции в вашем библиотечном проекте и проекте приложения, и dex-er не распознает дубликаты.

В этом случае измените область зависимостей в вашем проекте приложения на предоставленную область.

Зависимости будут включены, потому что они находятся в проекте библиотеки, и они не будут дублироваться, потому что они "предоставляются" при компиляции проекта приложения.

Answer 8

Очистка Project1 может помочь.