I have come to know that Apple has mandated to use HTTP/2 based Push Notifications for APNS from 31 March, 2021. HTTP/2 protocol for APNS has been added in IBM Mobile First version 8 and not supported in MFP7.1.
https://developer.apple.com/news/?id=uzyxiriy
My question is, as my already live application is present in Apple Store created using MFP7.1, will the push notifications generated from that application will not been delivered to the iOS devices from 31 March, 2021?
If yes, will there be any very quick solution except upgrading to MFP8 and which we can implement in 1-2 days in our MFP7.1 app?
Thanks in advance.
Related
Since the April 1st 2021, my Apple push notifications with java-apns stopped working, i.e my devices wouldn't receive push notification anymore, while my backend server using the java-apns library wouldn't throw any exceptions... I've checked my .p12 certificates and they have not expired, so I am quite unsure as to what's happening?
Has anyone run into this issue?
As the java-apns github page says:
Warning
Apple will no longer support the legacy binary protocol after March 31, 2021. Java-Apns will stop working. See details in their announcement.
It is recommended to use Pushy instead, which supports Apple's HTTP/2-based APNs protocol.
So basically the library stop working, as it uses a protocol that us no longer supported and you can try migrate to Pushy or any other libraries.
we are using Amazon Simple Push Notifications to push the notifications to APNS. We had our app certificate changed around December 2015 and missed out to update in AWS. Thus, the notifications is failed to deliver to user.
We update the certificate in AWS in June 2016 and we had user complaints that he received a lot of notifications. After we troubleshoot, we found that the notifications that user received is the notifications we sent between December 2015 to May 2016 but this should not happening as the notifications should be failed to deliver to user.
We had check with AWS and they mentioned that their services is to deliver the message to APNS and nothing much can do from their end.
Thus, we would like to request for help to troubleshoot for this issue.
There are few questions we would like to ask:
1. How long is the notifications will be cache if it do not able to deliver to user?
2. Is the notifications services have any retry mechanism?
3. Anyway we can reset/kill all notifications that we have sent to APNS?
4. Any possible scenario that the notifications will be keep for half year long?
STEPS TO REPRODUCE
We tried to use the following steps to reproduce the issue but we not able to reproduce the issue.
Revoke the push notifications certificate in app configuration.
Send few notifications.
Update the new push notifications certificate.
Test if the notifications sent after push notification is revoked will be received by user.
I developed a PHP backend for a mobile app that runs as an Bluemix CF app. I use custom PHP code to send push notifications via APNS. Everything works but the connection to APNS is extremly slow. The same app uses GCM for push Android devices and this works great. Any advice?
It is not uncommon to see a delay in APNs Push Notifications as seen in some of the other posts:
Apple's APNS Delivery is Sometimes Slow
How much delay of ios push notification?
In regards to PHP specifically I also found a post about delay in connection:
Pushing notifications using ApnsPHP is slow
Finally I will share with you a document from Apple showing the architecture of APNs in order to get a better idea of how and where the delay may occur:
Apple Push Service
How does device receive Android GCM push notification?
Hi,
In the link above the steps of GCM and Blackberry notifcation services are explained.
I'm wondering if it is possible to change the GCM (android) / APNS (iOS) to one central notfication service with XMPP? This because I want to build a server and client with XMPP and want to communicate between these as well with messages and notifications.
Thereby, with the setup of a webview in a android application and GCM sending notifications to the device, GCM is not reliable. Not all messages are send to the device. I'm not sure yet how this works for APNS, but the app will be used on different platforms and it would be nice if there is just one way of sending notifications.
Anybody experience with this? Or is there another way of implementing the notifcations?
iOS does not allow you to run apps in background (except of voice apps). This means that you cannot have a XMPP stream in the background with iOS. For iOS there is no other solution than APNS if you are not a voice app. Android does not have these restrictions. Windows Phone 7.X hast the same restrictions as iOS, I don't know how Blackberry handles this.
It is widely known that you can disable the reception of Apple notifications from the applications that allow it. But does anyone know if the disabling is made locally (ignoring the notifications Apple sends to the app), or does Apple stop sending you notifications from it's servers?
I've finally discovered in depth how Apple Push Notifications work: if you disable the notifications on one app, Apple does not know of this behavior instantly, so it keeps sending notifications to the device whenever they are created. These notifications will try to reach your app, but instead they will be sent back to Apple with an error code. That feedback will be sent to your servers (the ones that order Apple to distribute your app notifications). You will have to check that information regularly so that if one device has returned a certain amount of "errors", it means that the user has disabled the notifications (or has even uninstalled the app)
Further information: Local and Push Notification Programming Guide