You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Problem description
To have a strong typed notificationUrl, add a format constraint on type.
This will simplify implementation and clarify usage.
NotificationUrl:
type: stringformat: uriexample: "https://application-server.com"description: https callback address where the event notification must be POST-ed
The text was updated successfully, but these errors were encountered:
Hi @patrice-conil, I see this is not applied to other APIs dealing with subscriptions, such as DeviceStatus and SimSwap notifications. This should be something to be agreed transversely.
Hi @patrice-conil, I see this is not applied to other APIs dealing with subscriptions, such as DeviceStatus and SimSwap notifications. This should be something to be agreed transversely.
Thanks @jlurien, I will therefore suggest doing it in commonalities each time we can specify the format of the field.
with the latest subscription-model changes, the newly called sink will have a format: url:
sink:
type: stringformat: urldescription: The address to which events shall be delivered using the selected protocol.example: "https://endpoint.example.com/sink"
Problem description
To have a strong typed notificationUrl, add a format constraint on type.
This will simplify implementation and clarify usage.
The text was updated successfully, but these errors were encountered: