This document describes the functionality of a client SDK that works with the AeroGear UnifiedPush Server.
The AeroGear UnifiedPush Server is accessible via HTTP. Instead of having to manually register a device (MobileVariantInstance) with the HTTP interface, a client library should be offered.
Goal: A client library to register a mobile application (MobileVariantInstance) with the UnifiedPush Server.
To receive native push notifications from a Push Network (e.g. APNs, GCM or SimplePush), the mobile device is identified with a unique device-token, assigned by the actual Push Network. Thisdevice-token is passed, by the underlying Operating-System, to the mobile application. Details are different on each platform and not part of this document.
The device-token needs to be registered with the AeroGear UnifiedPush Server, to indicate there is a new MobileVariantInstance for a MobileVariant. More details about the server-side part of this can be found in the AeroGear Unified Push Server spec.
WARNING: The focus of this specification is to describe the generic minimum and not any platform-specific requirements
The client SDK offers the following features:
MobileVariantInstanceMobile Variant Instance (optional, due to platform specific restrictions)Everytime when a mobile application launches it receives the above mentioned device-token, via aplatform-specific method (or callback). Since the Push Network (e.g. APNs or GCM) may assign a newtoken to a device, it is recommended to always (re)register the device-token with the AeroGear UnifiedPush Server.
Besides the device-token the AeroGear UnifiedPush Server is able to store some of the below device- or user-specific metadata:
email addressor a username._
Besides the slight chance that the `device-token may change, some of the above metadata is more likely to change. Therefore another reason to always send this metadata to the AeroGear UnifiedPush Server.
The client SDK needs to check if the device can establish a connection to the internet (PushNetwork and UnifiedPush Server). It should make use of the platform-specific APIs to check the reachablility of the services.
Optional method that helps to unregister the client device information with the AeroGear Unified Push Server. Note: The method is optional, since not all supported Push Networks recommend having a client application actively performing an _unregister. Apple for instance has a Feedback Service, which theAeroGear Unified Push Server needs to freequently query for inactive tokens. Tokens, with Apple, areinactive when the user:
The client SDK needs to check if the device can establish a connection to the internet (PushNetwork and UnifiedPush Server). It should make use of the platform-specific APIs to check the reachablility of the services.
To be discussed.....
Every client platform has it's own base APIs, to receive Push Message from it's Push Network. The AeroGear client SDK may offer utilities to even more simplify this process. For example: In Android a custom Intent is required, therefore it would make sense if the "AeroGear Android Push Client Library" offers a convenience implementation for this class.
BTW... Current, EARLY, implementations:
* JavaScript (to register SimplePush Variant Instance):
https://github.com/aerogear/aerogear-js/blob/Notifier/src/unified-push/aerogear.unifiedpush.js