Skip to main content

33 posts tagged with "Service API"

New versions for the service API

View All Tags

Service API v2.4.0

Changed media ID to a UUID. This way it is easier to deal with image paths. This is also some pre-work for the future where we want to use UUID's for all our image endpoints.

Service API v2.2.0

  • Added a new feature for setting custom agent properties. You can now pass in any custom property you want for an Agent and it will be saved in the Parley system.
  • Fixed an issue in the API documentation where the content type of the /services call was image/png and it should've been application/json

Service API v2.1.6

Fixed an issue where new messages would not be sent to the Service when the Service is disabled (due to multiple failed attempts to communicate with the Service).
When the Service is disabled it only means that enqueued messages won't be tried anymore. All new messages are still tried 1 time before they enter the Queue.

More info about the Queuing mechanism

Service API v2.1.5

Fixed issue where messages, that should be send to other Services, were not send via our asynchronous Queue.
Which means that if the receiving Service is "slow", your api call would be slow aswell.

Example:
POST /users/{userId}/messages sends a message to the Client and connected Services.
If the connected Service is slow and responds after 1 second, your POST /users/{userId}/messages call would take ~ 1 second.

Now it doesn't matter if the connected Service is slow, because POST /users/{userId}/messages will put the message into a Queue which sends the message asynchronous to the connected Service. Resulting in your api call only taking a couple ms.

More info about the Queuing mechanism

Service API v2.1.3

Fixed issue where if we needed to Push something to the Clients, we would put those messages into a queue but they wouldn't get picked up directly.
Now when something enters the queue it gets picked up immediately.

This should increase performance on the sending of push notifications to clients.

info

When a Client has more than 3 devices, we will only push directly to the newest 3 devices.

Service API v2.0.7

Fixed issue where if we needed to Push something to the Clients, we would put those messages into a queue but they wouldn't get picked up directly.
Now when something enters the queue it gets picked up immediately.

This should increase performance on the sending of push notifications to clients.

info

When a Client has more than 3 devices, we will only push directly to the newest 3 devices.