2010-05-29 18 views

risposta

0

Pulizia del Project1 potrebbe aiutare.

+7

Non ha aiutato .... –

53

Ho capito qual era il problema. Ho incluso un file JAR che conteneva un file AndroidManifest.xml, che era in conflitto con il file AndroidManifest.xml del mio progetto. La soluzione nella mia istanza era di ricostruire il file JAR, assicurandosi di escludere la propria versione di AndroidManifest.xml, quindi di includere nuovamente la nuova versione del file JAR nel mio progetto. Potrebbe essere necessario pulire il progetto dopo averlo fatto.

+0

buono a sapersi, specialmente quando si deve includere il progetto come contenitore per il progetto di test - http://dtmilano.blogspot.com/2009/12/android-testing-external- libraries.html – scottyab

+3

Come hai escluso AndroidManifest.xml durante la ricostruzione del file jar? – Phillip

+3

La mia soluzione era eliminare il manifest dall'app originale. Ciò ha causato un errore, ma non mi importava, l'ho esportato come jar, aggiunto il jar al progetto, e questo è tutto – erdomester

3

Penso che si usi Progetto1 come libreria. Pertanto, quando esporti il ​​file jar devi deselezionare AndroidManifest.xml in "Seleziona la risorsa da esportare".

1

Ho ricevuto un secondo file (nongrace) AndroidManifest.xml includendo un pacchetto Android.R invece di com.example.mypackage.R.

Sintomi: la build sembrava funzionare, ma il lancio mostrava l'errore esistente nello spazio di lavoro, che doveva essere risolto per primo. Uno AndroidManifest.xml è stato trovato in classi, l'altro in un file chiamato resources.ap_. Semplicemente ho risolto rapidamente (includo android.R) l'area di lavoro all'inferno.

modifica: non ha funzionato neanche, lo spazio di lavoro è ancora all'inferno; problemi nei progetti, che amavano essere corretti ...

edit1: impossibile trovare il pacchetto, con dovrebbe contenere AndroidManifest.xml.

edit2: Considero di assumere il secondo file manifest in Android.jar - sembra che ogni file manifest compaia in 1 R. classe generati. Ho cancellato l'area di lavoro completa. Perché era comunque parco giochi. (Poi ho impostato Git.)

0

È possibile che si abbiano dipendenze temporali di compilazione simili nel progetto della libreria e nel progetto dell'applicazione e che il delegato non riconosca i duplicati.

Se questo è il caso, modificare l'ambito delle dipendenze nel progetto di applicazione sull'ambito fornito.

Le dipendenze saranno incluse perché sono nel progetto di libreria e non verranno duplicate perché "fornite" durante la compilazione del progetto dell'applicazione.

0

Riceverai una serie di messaggi di errore relativi a AndroidManifest, main.xml, activity_main. Quindi la soluzione migliore sarebbe, rinominare (usando shift + ctrl + R) da uno dei progetti a qualcos'altro.

Questo ha risolto il mio problema.

3

Ho avuto lo stesso problema qualche giorno fa, se metti un JAR nella cartella libs e il JAR ha dentro un AndroidManifest.xml hai l'errore. Se si posiziona il JAR all'esterno del progetto (ad esempio sul desktop) e in "Percorso di costruzione java" si utilizza "Aggiungi JAR esterno", il problema è risolto.

+0

questo è ciò che ha funzionato per me. ed è una soluzione molto semplice. – nyxee

0

Ho potuto solo risolverlo in Android Studio eliminando la directory out/e facendola ricomporre tutto di nuovo.

Problemi correlati