Riutilizzo di un jolly appId per abilitare le notifiche push

Question

Recentemente ho rilevato un progetto per iPhone e non ho mai usato ogg-c prima.

Devo richiedere all'applicazione di utilizzare le notifiche push, ma la prima appId è già attiva e utilizza un carattere jolly (quindi nessuna notifica push).

Ho creato un'altra appId con un identificatore e ho ricevuto le notifiche push per funzionare. Tuttavia, il mio posto di lavoro vorrebbe che ricevessi le notifiche di lavoro per l'app jolly (poiché abbiamo già molti clienti che utilizzano quell'app).

Quindi, come posso eseguire l'aggiornamento con jolly e utilizzare un identificativo univoco senza creare un nuovo ID di app (anche con lo stesso bundleId).

Sono molto nuovo a tutto questo, quindi un processo graduale è molto apprezzato (ELI5).

Per riferimento ho usato il portachiavi per ottenere il file .p12 privato e lo utilizzo su un server Windows che esegue un'app console che genera le notifiche push (inviata al server apns di Apple).

EDIT: Ho fatto i seguenti passaggi, qualcuno può dirmi cosa mi manca?

1) Creare un nuovo bundleId (utilizzando lo stesso AppId).

2) Configurare tale App per utilizzare le notifiche push.

3) Creare il CSR nel portachiavi.

4) caricarlo sul portale e creare un certificato di produzione.

5) Scaricare quel certificato ed esportare la chiave privata.

6) Creare un profilo di provisioning utilizzando lo stesso bundleId di 1 (ad esempio, au.com.website).

7) Scaricare il profilo di provisioning, inserirlo in x-code e sul mio dispositivo iPhone.

8) Nelle impostazioni di generazione di X-Code utilizzare l'ID pacco e utilizzare il profilo di provisioning che ho creato nel passaggio 6.

9) Archiviare l'applicazione, distribuire per ad hoc, salvare il file sul desktop .

10) metti quel file in TestFlight, scarica l'app da testFlight sul mio iPhone.

11) inserire la chiave privata sul mio server Windows e inviare le notifiche push (inviano errori w.o).

Non ricevo notifiche push (l'iPhone è impostato per ripristinarle).

Ancora una volta questo funziona con un'altra applicazione fatta da qualcun altro, quindi so che il codice funziona.

Answer 1

Per quanto ne so, ciò che chiedi non è possibile.

https://developer.apple.com/library/ios/#documentation/ToolsLanguages/Conceptual/DevPortalGuide/CreatingandConfiguringAppIDs/CreatingandConfiguringAppIDs.html#//apple_ref/doc/uid/TP40011159-CH18-SW1

Qui è una questione più grande, che può avere una risposta ... Updating live App ID for Push notifications

Answer 2

Per la notifica push è necessario un appId. Per una procedura dettagliata, utilizzare l'esercitazione in due parti di raywenderlich. Spero che questo ti possa aiutare.

Answer 3

Non confondere l'identificativo dell'app e l'identificatore del gruppo. L'identificatore del pacchetto è qualcosa di simile: com.company.appname ed è definito da info.plist di un'app

L'identificatore di app ha un prefisso aggiuntivo (di solito il prefisso del team) e può contenere caratteri jolly. L'identificativo app viene utilizzato per associare gli identificatori di bundle ai profili di probisioning. Un profilo è valido solo per quell'app che corrisponde (escluso il prefisso)

Ora quello che vuoi è mantenere l'identificatore del bundle lo stesso, perché se lo cambierai diventerà una nuova app. Ma puoi modificare il profilo di provisioning e l'identificatore di app con ogni aggiornamento.

Ero in una situazione simile qualche tempo fa, quando avevo pubblicato un'app con l'ID app jolly e ho aggiunto un IAP.

• È sufficiente creare un nuovo ID app (non jolly) che corrisponda all'ID bundle.
• Abilita i servizi Apple (IAP, GC, APNS) richiesti dall'ID app.
• Si crea nuovi profili prov base alle proprie esigenze (App Store, Ad Hoc, Sviluppo)

È possibile quindi presentare un aggiornamento per la vostra applicazione con il nuovo profilo, ma invariato fascio id.