Co to jest INSTALL PARSE FAILED brak błędu certyfikatów?

Odkryłem, że ten błąd może teraz wystąpić również przy użyciu niewłaściwej konfiguracji podpisywania. Jak opisano tutaj, Android 7.0 wprowadza nowy schemat podpisu, V2 . Schemat V2 oznacza cały APK, a nie tylko JAR, jak to ma miejsce w schemacie V1. Jeśli podpiszesz tylko V2 i spróbujesz zainstalować program docelowy przed 7.0, pojawi się ten błąd, ponieważ same słoiki nie są podpisane, a Pakiet Pre-7.0 PackageManager nie może wykryć obecności pakietu APK V2 podpis.

Aby być kompatybilnym ze wszystkimi systemami docelowymi, upewnij się, że APK jest podpisany z obu systemów, zaznaczając oba pola wersji podpisu w oknie dialogowym Android Studio Generuj podpisany APK , Jak pokazano tutaj:

Jeśli przewidywane są tylko cele 7.0, nie ma potrzeby dołączania sygnatury V1.

Odkryłem, że jest to spowodowane przez moją wersję JDK.

Miałem ten problem z "ant" i to z powodu tej ostrożności wymienionej w dokumentacji:

Http://developer.android.com/guide/publishing/app-signing.html#signapp

Uwaga: od JDK 7 domyślny algorytm podpisywania uległ zmianie, wymagając podania algorytmów podpisywania i digestowania (- sigalg i-digestalg) podczas podpisywania APK.

$ ant -Dadb.device.arg=-d -v release install
[signjar] Executing 'C:\Program Files\Java\jdk1.7.0_03\bin\jarsigner.exe' with arguments:
[signjar] '-keystore'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\release.keystore'
[signjar] '-signedjar'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\bin\PairFinder-release-unaligned.apk'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\bin\PairFinder-release-unsigned.apk'
[signjar] 'mykey'
 [exec]     pkg: /data/local/tmp/PairFinder-release.apk
 [exec] Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES]

Podpisałem słoik ręcznie i zipaligned go, ale dał nieco inny błąd:

$ "$JAVA_HOME"/bin/jarsigner -sigalg MD5withRSA -digestalg SHA1 -keystore release.keystore -signedjar bin/PairFinder-release-unaligned.apk bin/PairFinder-release-unsigned.apk mykey
$ zipalign -v -f 4 bin/PairFinder-release-unaligned.apk bin/PairFinder-release.apk
$ adb -d install -r bin/PairFinder-release.apk
        pkg: /data/local/tmp/PairFinder-release.apk
Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
641 KB/s (52620 bytes in 0.080s)

Jak radzić sobie z INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES bez deinstalacji

Potrzebowałem tylko go odinstalować, a potem zadziałało!

$ adb -d uninstall com.kizbit.pairfinder
Success
$ adb -d install -r bin/PairFinder-release.apk
        pkg: /data/local/tmp/PairFinder-release.apk
Success
641 KB/s (52620 bytes in 0.080s)

Teraz muszę tylko zmodyfikować kompilację.xml, aby używać tych opcji podczas podpisywania!

Ok oto jest: C:\Program Files \ Java \ android-sdk \ tools\ant\build.xml

            <signjar
                    sigalg="MD5withRSA"
                    digestalg="SHA1"
                    jar="${out.packaged.file}"
                    signedjar="${out.unaligned.file}"
                    keystore="${key.store}"
                    storepass="${key.store.password}"
                    alias="${key.alias}"
                    keypass="${key.alias.password}"
                    verbose="${verbose}" />

Rozwiązane (dla mnie) użycie w keytool args

-sigalg MD5withRSA -keyalg RSA -keysize 1024

I używanie w jarsignerze

-sigalg MD5withRSA -digestalg SHA1

Rozwiązanie Znalezione w

Jakie pułapki istnieją dla podpisywania APK Androida?

W większości przypadków rozwiązanie tego błędu jest naprawdę proste:

1. Odinstaluj swój apk
2. Wyczyść swój projekt Androida
3. Zbuduj swój projekt Androida
4. zainstaluj / Uruchom swój apk

Jest to brzydkie, ale szybkie rozwiązanie: użyj JDK 6 zamiast 7.

Po przeczytaniu odpowiedzi odinstalowałem JDK 7 (nie potrzebuję go obecnie) i zainstalowałem JDK 6. To naprawiło. Lepszym rozwiązaniem byłoby użycie przez ant JDK 6 (bez odinstalowywania 7). Być może możliwa zmiana / ustawienie tej właściwości:

Java.biblioteka.ścieżka

In local.Plik Właściwości. Znajduje się w katalogu projektu (root).

Android i tak nie działa z JDK 7 (tylko 6 lub 5), więc zrób to skrypt ant używa również JDK 6 lub 5 jest prawdopodobnie dobrym rozwiązaniem.

W moim przypadku, mogłem budować i uruchamiać release buildy, ale otrzymałem błąd INSTALL_PARSE_FAILED_NO_CERTIFICATES podczas próby tworzenia debugera.

Rozwiązaniem było usunięcie mojego pliku debug.keystore i pozwolić ADT odtworzyć go. Najwyraźniej wygasła.

Lepszym rozwiązaniem długoterminowym jest jawne utworzenie debug.keystore, które nie wygasa po roku, zamiast pozwolić ADT go utworzyć. Oto polecenie, aby to zrobić:

keytool -genkey -v -keystore debug.keystore -alias androiddebugkey -storepass android -keypass android -keyalg RSA -validity 14000

Po wyświetleniu monitu wprowadź następujące wartości:

• imię i nazwisko: Android Debug
• jednostka organizacyjna: Android
• Nazwa organizacji: nieznana
• miasto lub miejscowość: nieznane
• Stan lub Prowincja: nieznany
• kod kraju: US

Ustawienie zmiennej środowiskowej JAVA_HOME Na JDK 5 lub 6 (zamiast JDK 7) naprawiło błąd.

Może się to zdarzyć, jeśli spróbujesz dołączyć bibliotekę .jar zawierającą plik AndroidManifest.xml.

• jeśli jest to czysta Java upewnij się, że nie uwzględniasz jej w .jar export
• Jeśli nie jest to czysta Java (co oznacza, że jest to projekt z Androidem), musisz dołączyć go jako projekt biblioteki

Its ponieważ wcześniej wygenerowany build i current mają konflikt w wersji podpisu między v1 (podpis jar) i v2 (pełny podpis APK),

Aby naprawić zaznacz prawidłową wersję podpisu w oknie dialogowym Generuj podpisany APK

Po pewnym czasie i wielu wątkach online na ten temat udało mi się naprawić mój projekt.

Bierze się głównie pod uwagę ostatnie Pliki (mogą to być obrazy lub układy ), które wstawiasz. Jeśli je usuniesz, to zadziała i będziesz mógł ponownie zbudować swój projekt.

Miałem ten błąd w mojej konsoli Eclipse. Okazuje się, że miałem dwa słoiki o tej samej treści, ale różnych nazwach i były ze sobą sprzeczne. Właśnie usunąłem jeden z nich i udało mi się zainstalować aplikację na urządzeniu.

Otrzymałem ten błąd, ponieważ wydałem, że mój ant release zawodził, ponieważ zabrakło mi miejsca na dysku.

Dostałem ten błąd, gdy próbowałem zainstalować projekt Xamarin zbudowany na Androidzie N preview na telefonie z api v23. Rozwiązaniem jest, aby tego nie robić.

Innym sposobem uzyskania tego błędu jest zbudowanie przy użyciu ant na macOS i posiadanie pliku ikony Findera (Icon\r) w drzewie źródłowym aplikacji. Wygląda na to, że jarsigner nie może poradzić sobie ze zwrotem karetki w nazwie pliku i chociaż będzie twierdzić, że podpis jest ważny, jeśli -verify APK, zawsze skutkuje to APK, który nie zostanie zainstalowany na urządzeniu. Jak na ironię, Wtyczka Google Drive Finder jest doskonałym źródłem plików ikon Findera.

Rozwiązaniem jest wykluczenie plików naruszających (które są bezużyteczne w APK tak czy inaczej) z takim specyfikatorem w fileset:

    <exclude name="**/Icon&#13;" />