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
We've started experimenting with implementing webhooks. The notifications spec gives a pretty good description of how they should work, but doesn't specify an RDF class name for them.
To be able to add them as a second subscription type, next to WebSocketSubscription2021 we were thinking of calling it WebHookSubscription2022.
Is anybody else working on webhooks already and maybe already using a different class name to announce them? If so, let's coordinate! :)
@michielbdejong is the major change you have around the content of the notification or around the notification method itself. If it's the former, I think that should be a part of the general notifications specification rather than something specific to to webhooks
it's not a major change, note that the existing one is WebSocketSubscription2021 and the one that seems to be missing (unless we misunderstood) is WebHookSubscription2022.
The difference 2021/2022 is just that I thought the template was to add the current year at the time of proposing each one? Or should all subscription type names end in 2021?
The difference 2021/2022 is just that I thought the template was to add the current year at the time of proposing each one? Or should all subscription type names end in 2021?
Implementations should just rely on the full IRI. How we name the spec is not an exact science, IMO for this draft, either 2021 or 2022 works as long as it is used in a consistent way throughout the draft.
The original proposal was created and migrated to its current repo back in 2021 solid/notifications#23
Activity
michielbdejong commentedon Sep 28, 2022
It will also have to be added in solid/vocab#62 and in https://github.com/solid/specification/blob/main/notification-subscription-types.html
elf-pavlik commentedon Sep 28, 2022
There is a client https://github.com/o-development/solid-webhook-client
I see that solid/vocab#62 only includes
notify:WebSocketSubscription2021I guess currents drafts of subscription type could be added there.michielbdejong commentedon Sep 28, 2022
For reference, here are our WIP implementation in Solid-Nextcloud and WIP tests in the Solid CRUD tests
jaxoncreed commentedon Sep 29, 2022
@michielbdejong is the major change you have around the content of the notification or around the notification method itself. If it's the former, I think that should be a part of the general notifications specification rather than something specific to to webhooks
michielbdejong commentedon Sep 30, 2022
it's not a major change, note that the existing one is WebSocketSubscription2021 and the one that seems to be missing (unless we misunderstood) is WebHookSubscription2022.
The difference 2021/2022 is just that I thought the template was to add the current year at the time of proposing each one? Or should all subscription type names end in 2021?
elf-pavlik commentedon Sep 30, 2022
Each subscription type spec should define IRI denoting it
https://github.com/solid/notifications/blob/main/webhook-subscription-2021.md#1-introduction
I think the action here would be
a rdf:Classsimilar toImplementations should just rely on the full IRI. How we name the spec is not an exact science, IMO for this draft, either 2021 or 2022 works as long as it is used in a consistent way throughout the draft.
The original proposal was created and migrated to its current repo back in 2021 solid/notifications#23