app/notify_client/status_api_client.py


from app.notify_client import NotifyAdminAPIClient


class StatusApiClient(NotifyAdminAPIClient):
    def __init__(self):
        super().__init__("a" * 73, "b")

    def get_status(self, *params):
        return self.get(url='/_status', *params)
Status update added. 2016-01-29 14:41:07 +00:00
Use the local APIClient rather than the one from the python-api-client - ensures that all API calls set the request ID when talking to the API. 2016-11-30 17:01:44 +00:00			`from app.notify_client import NotifyAdminAPIClient`
Status update added. 2016-01-29 14:41:07 +00:00
Use the local APIClient rather than the one from the python-api-client - ensures that all API calls set the request ID when talking to the API. 2016-11-30 17:01:44 +00:00
			`class StatusApiClient(NotifyAdminAPIClient):`
Make it clear that client do not use `__init__` The clients never get passed useful values to their `__init__` methods. Rather the real values are passed through later using the `init_app` method. So it should be an error if the client is relying on the values that get passed to it’s init method. Easiest way to ensure this is by making the `__init__` method not expect any arguments and passing fake values to the `Super` call. 2016-09-12 12:14:57 +01:00			`def __init__(self):`
Fix calls to API client which now takes fewer args The Notify API client changed in version 4 to take two arguments, not three (service ID was removed in favour of the combined API key). This gets a bit gnarly because the API key has to be at least a certain length so it can be substringed internally. 2017-07-26 10:23:39 +01:00			`super().__init__("a" * 73, "b")`
Status update added. 2016-01-29 14:41:07 +00:00
			`def get_status(self, *params):`
Status page now relies on the api passing else a 500 will be returned. 2016-04-06 16:36:03 +01:00			`return self.get(url='/_status', *params)`