Best android open-source packages and libraries.

PerfectNotification

A service that accepts notification informations over a HTTP server, then sends requests to APNS and FCM for notifications.
Updated 5 years ago

Request

REQUEST METHOD

POST

HEADER

Content-Type: application/json

BODY

Format of notification requests for both Android and iOS:

{
    "title": "All Devices",
    "body": "PushNotification",
    "badge": 1,
    "sound": "default",
    "ids": ["FEBBDDA001311B449380D6550509257086448D3D99E2D0C4D5C33548102FB959", "068CFB2F3686365337C74DB6CA7AED240BCB7AC9C3AF3AF47A96CE01F27B1686", "cC54uZgatiM:APA91bFxAY8dc5y6lEWBUvGjLAvyQ6DTGAoGlo7Px1Ue6W4LyP8RL4LKJ7w2_KVL-NIgJsOXyy5uytVsIPsJfZp67u15Rj_V4F-ZBttsrN_vp-Q3JWsUJa65UGMMcw80Xg7pdEKhDXM9"]
}

Note that you only have to provide "ids", other keys are optional. "badge" key is only acceptable for iOS requests, hence it does not affect Android requests.

Format of notification request for iOS with payload:

{
    "aps" : {
        "alert" : {
            "title": "iOS Payload",
            "body" : "PushNotification"
        },
        "badge" : 3
    },
    "ids" : ["FEBBDDA001311B449380D6550509257086448D3D99E2D0C4D5C33548102FB959", "068CFB2F3686365337C74DB6CA7AED240BCB7AC9C3AF3AF47A96CE01F27B1686"]
}

Since device IDs are necessary to send requests to APNS, "ids" key must be provided and will be used to send requests. This key is not part of original payload, hence it will not send to APNS server. Other than that, you can send payloads according to Apple's guide for remote notifications, but additionally you must provide "ids" key with device IDs.

Format of notification request for Android with payload:

{ 
    "notification": {
        "title": "Android Payload",
        "body": "PushNotification"
    },
    "registration_ids" : ["cC54uZgatiM:APA91bFxAY8dc5y6lEWBUvGjLAvyQ6DTGAoGlo7Px1Ue6W4LyP8RL4LKJ7w2_KVL-NIgJsOXyy5uytVsIPsJfZp67u15Rj_V4F-ZBttsrN_vp-Q3JWsUJa65UGMMcw80Xg7pdEKhDXM9", "cC98uYgatiM:CBD91bFxAY8dc5y6lEWBUvGjLAvyQ6DTGAoGlo7Px1Ue6W4LyP8RL4LKJ7w2_KVL-NIgJsOXyy5uytVsIPsJfZp67u15Rj_V4F-ZBttsrN_vp-Q3JWsUJa65UGMMcw80Xg7pdEKhABC4"]
}

Since device IDs is part of the payload for FCM requests, you should use "registration_ids" or "to" key with your payload. Unlike APNS, this keys will be sent to FCM. Since payload provided in the request will be sent directly to the FCM, you can send payloads according to Google's FCM guide for notifications without any restriction.

Response

HEADER

Content-Type: application/json

BODY

Request has failed:

{
    "error": "Empty response from FCM."
}

Request is successful and all notifications are sent:

{
    "iOS": {
        "fail": 0,
        "error": [],
        "success": 1
    },
    "android": {
        "fail": 0,
        "error": [],
        "success": 1
    }
}

Request is successful, but some notifications are not delivered:

{
    "iOS": {
        "fail": 2,
        "error": [
            {
                "message": "BadDeviceToken"
            },
            {
                "message": "BadDeviceToken"
            }
        ],
        "success": 1
    },
    "android": {
        "fail": 2,
        "error": [
            {
                "message": "InvalidRegistration"
            },
            {
                "message": "InvalidRegistration"
            }
        ],
        "success": 1
    }
}

"error" key of "android" and "iOS" keys contains error informations returned by FCM and APNS, respectively. "success" and "fail" keys show number of successful and failed requests, respectively.