setKeepAliveTimeout è obsoleto in iOS9

Question

Le modifiche API attuali per lo stato di iOS9 -setKeepAliveTimeout:handler: sono deprecate.

Fino ad ora, questo era l'unico modo in cui un'applicazione VoIP SIP su iOS poteva mantenere la registrazione con il server SIP.

Questa tecnica è utilizzata da varie app come LinPhone e altri.

Qualcuno ha un'opinione sulle alternative proposte da Apple? Oppure il SIP sarà azzoppato a partire da (post) iOS9?

See: https://developer.apple.com/library/prerelease/ios/documentation/UIKit/Reference/UIApplication_Class/index.html#//apple_ref/occ/instm/UIApplication/setKeepAliveTimeout:handler:

http://www.linphone.org/docs/liblinphone/group__IOS.html

Answer 1

documento di Apple l'alternativa nella pagina si è collegato:

Discussion

In iOS 8 and later, voice-over-IP (VoIP) apps register for UIRemoteNotificationTypeVoIP remote notifications instead of using this method.

Answer 2

Sembra che si deve perdere l'evento di segnalazione al server di notifica Apple Push registrandosi per https://developer.apple.com/library/prerelease/ios/documentation/UIKit/Reference/UIApplication_Class/index.html#//apple_ref/occ/instm/UIApplication/registerForRemoteNotifications.

Questo è un po 'sfortunato, ma sembra inevitabile. L'idea alla base di questo è probabilmente per risparmiare batteria avendo meno connessioni di rete attive sul telefono.

Questo significa che è necessario comunicare le informazioni che un evento ha raggiunto l'applicazione sui servizi Apple. Probabilmente puoi semplicemente inviare una notifica di 'sveglia' alla tua app e quindi gestire da te il caricamento del tipo di evento, ma questo potrebbe comportare una latenza eccessiva, quindi potresti dover perdere più informazioni di segnalazione sui servizi Apple. : -/

Answer 3

Da Documenti di Apple:

In iOS 8 and later, voice-over-IP (VoIP) apps register for registerForRemoteNotifications remote notifications instead of using this method. Using remote notifications eliminates the need for a timeout handler to check in with the VoIP service. Instead, when a calls arrives for the user, the VoIP service sends a VoIP remote notification to the user’s device. Upon receiving this notification, the device launches or wakes the app as needed so that it can handle the incoming call.

In passato, la chiamata setKeepAliveTimeout utilizzato per consentire un gestore di essere chiamato un tempo della fine e avrebbe un massimo di 10 secondi per uscire o essere costretto a terminare, anche le chiamate al gestore non sono garantite entro il valore di timeout.

Il nuovo (registerForRemoteNotifications) potrebbe funzionare correttamente poiché il gestore è interno (a IOS) e invierà l'app a chiamata quando si verifica un evento remoto (questo potrebbe anche riattivare l'app se è in-sleep).

In entrambi i casi, entrambi dovrebbero fare la stessa cosa, la versione precedente che gestireste il codice e quella nuova, ricevereste una notifica (anche gestirla da qualche parte), ma non controllerete più il timeout.

Da docs Apple:

Call this method to initiate the registration process with Apple Push Notification service. If registration succeeds, the app calls your app delegate object’s application:didRegisterForRemoteNotificationsWithDeviceToken: method and passes it a device token. You should pass this token along to the server you use to generate remote notifications for the device. If registration fails, the app calls its app delegate’s application:didFailToRegisterForRemoteNotificationsWithError: method instead.

Se si desidera che le notifiche remote della tua app per visualizzare avvisi, riprodurre suoni, o eseguire altre azioni dell'utente rivolto, è necessario chiamare il registerUserNotificationSettings: metodo per richiedere i tipi di notifiche tu vuoi usare. Se non chiami quel metodo, il sistema invia tutte le notifiche remote alla tua app in modo silenzioso. Poiché il processo di registrazione tiene conto delle impostazioni di notifica preferite dall'utente, anche la richiesta di accesso ai tipi di notifica rivolti all'utente non garantisce che vengano concesse. Per scoprire quali sono le impostazioni di notifica disponibili, utilizzare il metodo currentUserNotificationSettings.

e infine (per Un-registrazione):

You should call this method in rare circumstances only, such as when a new version of the app removes support for all types of remote notifications. Users can temporarily prevent apps from receiving remote notifications through the Notifications section of the Settings app. Apps unregistered through this method can always re-register.

Non sono sicuro, ma spero che questo aiuta.

saluti,

Heider Sati

Answer 4

Se integriamo PUSHKIT, che si prenderà cura di tutto ciò che riguarda l'applicazione di sveglia. Se si invia la notifica push mentre si riceve la chiamata VoIP con la notifica Push tramite PUSHKIT, funzionerà se è in backgroundstate. Ho fatto la stessa cosa

Spero che questo ti possa aiutare.