iOS firma del codice non funziona: “sigillata risorsa è mancante o non valido.”

Mi trovo con questo problema già 8 ore in grado di risolvere.

Whats Cool JLD$ codesign -vvvv build/Distribution-iphoneos/Whats\ cool\?.app
build/Distribution-iphoneos/Whats cool?.app: a sealed resource is missing or invalid
/Users/JLD/Desktop/iOS Development/Whats Cool/build/Distribution-iphoneos/Whats
cool?.app/Whats cool?: resource modified

Ho provato le soluzioni pubblicate su tutti questi thread inutilmente:

Ho anche provato a ricreare l’intero progetto di nuovo rifare tutto il IB connessioni e non funziona nulla! Si costruisce di tutto, ma non è in grado di codice di firmare! Quindi sono in grado di caricare attraverso l’AppLoader.

Sto facendo tutti questi seguendo le istruzioni trovate al profilo di provisioning sul Distribuire pagina dell’applicazione.

Ho anche provato con la costruzione di un altro Mac. Ho il mio profilo di distribuzione e il mio certificato di distribuzione entrambi i set di caratteri Jolly. Ma ancora non funziona. Ho fatto una nuova app con un nome diverso con un altro Bundle ID inutilmente. Non so cosa provare più!
Ringrazio futuro solver di problema! So che ci sono così vieni in mio aiuto, ti ringrazio per sempre!

AGGIORNAMENTO: ho provato a creare un nuovo progetto da zero. Copiare il codice sorgente e rifare tutti i collegamenti su IB inutilmente. Ho anche seguito il link con le istruzioni:

Riuscita. Non so che altro fare. Sto anche pensando di usare un incidente tecnico per risolvere questo problema una volta per tutte.

OriginaleL’autore Joze | 2011-03-04

4 Replies
  1. 10

    Ho appena sperimentato questo errore tentando di accedere a un archivio con Xcode 4 su Lion. Il problema si è rivelato essere correlato al fatto che l’archivio era stato zippato su una macchina e trasportato in un altro — l’utilità zip non supporta i collegamenti simbolici, e l’app firma di codice utilizza un collegamento simbolico all’interno del pacchetto, in modo che il decompresso l’archivio non valido.

    Le possibili soluzioni sono:

    1. Utilizzare il Finder di scelta rapida (ctrl-clic con il pulsante destro del menu e scegliere “Comprimere” per creare il file zip, o:
    2. Utilizzare la versione a riga di comando di chiusura con zip e con -y argomento per preservare i collegamenti simbolici.
    Grazie tanto, che ha risolto il mio problema, che sfreccia con -y ha fatto il trucco.
    Sperimentato questo problema nel 2018. Grazie per la soluzione!

    OriginaleL’autore benzado

  2. 6

    Questa non è una risposta specifica ho paura, ma qualcosa che si potrebbe non avere pensato.

    Da riga di comando frammento, sembra che hai la firma del codice app bundle, dopo che è stato costruito. Spostando il bundle.app cartella o forse una IPA o un file ZIP) da un altro computer, o da un’altra unità? Ho avuto problemi con lo spostamento di app bundle tra i file system non supporta i collegamenti simbolici correttamente. Si sta utilizzando un disco di rete o un’unità locale non è formattato per Mac OS.

    Forse io non sono sicuro dato che ho accesso il proyect da un server in azienda. Ho provato a farlo in locale, ma non ha funzionato. Devo rifare il proyect a livello locale? o c’è un modo per risolvere il problema?
    Direi di sì. Certamente se accedi alla app bundle su un’unità di rete, la firma non va al lavoro, a causa della symbolilc collegare i problemi che ho citato. Semplicemente copiando il bundle l’unità di rete per il computer locale prima di firmare probabilmente non risolvere che sia. Quello che possiamo fare è costruire e segno su un Mac, poi zip bundle, su che Mac e trasferire solo il bundle con zip per le cartelle del server etc.
    Vedo grazie per la tua risposta Steve, quindi la soluzione sarebbe quella di fare di nuovo tutto, copia e incolla in un locale MAC OSX disco formattato giusto?
    Grazie mille, che mi ha indicato la direzione giusta per il problema che stavo avendo. Hai salvato la mia pancetta!

    OriginaleL’autore LongSteve

  3. 4

    Risolto. Il problema era di carattere’?’, il nome del prodotto. Non dovrebbe essere così, ma è così. Nulla di apple dice che che fa un coprogettazione di verifica del problema.

    In generale non si desidera includere * e ? in nomi di file, dal momento che sono utilizzati come jolly da shell della riga di comando. (Non è un problema se si lavora esclusivamente attraverso il mirino, ma lo sviluppo di un’applicazione ha bisogno di interagire con gli script di shell.) Se si desidera un punto di domanda in nome della tua applicazione, utilizzare il CFBundleDisplayName chiave nel vostro app di Info.file plist.

    OriginaleL’autore Joze

  4. 0

    Nuovo Apple APFS file di sistema ha alcuni bug per il processo di caratteri unicode e sta causando il problema.

    Spostamento dell’intero progetto l’eredità di MacOS Esteso volume di archiviazione e di nuovo risolto il problema.

    OriginaleL’autore Valeri

Lascia un commento