Enhancements Subscription/Notification Architecture for Fall25#464
Conversation
|
For me |
bigludo7
left a comment
There was a problem hiding this comment.
One small miscue to fix.
documentation/CAMARA-API-Event-Subscription-and-Notification-Guide.md
Outdated
Show resolved
Hide resolved
Co-authored-by: Rafal Artych <121048129+rartych@users.noreply.github.com>
|
I am not sure if there is clear requirement if API definitions should add other consideration - changing names: Any view on that? |
Personally I would also prefer to use the past, as the action already took place. |
|
Hello I'm fine to have it in all CAMARA Subscription API definition but do we consider them as mandatory for an implementation? I mean if an implem did not trigger subscription-begins do we consider it as non CAMARA compliant? Just my perspective but we should not enforce this - only recommend use of them. Happy to hear from the team. For the name I'm fine with both so will follow team preference :) |
I believe, starting with optional events provides flexibility for providers to adopt them based on their current capabilities but it may result in inconsistent behaviors—such as one provider supporting an event while another does not. This could require clients to adapt to different implementations during integration. As part of an initial phased approach, keeping events optional makes sense. However, after collecting feedback and assessing the readiness of telecom providers to support these scenarios consistently, we can move towards making these events mandatory for long term. |
|
Hi, @rartych, @pjhac, @bigludo7, @sachinvodafone.
Will be updating documentation with these points |
…o enhancements_subscription_notification_architecture_fall25
|
04/JUN: Taking advantage of this PR, have also covered aligment with PR#455 and remove 422 - IDENTIFIER_MISMATCH exception. Commit 738731f22328ecaf6eaa4042e4d0e01fcfc9ed47 |
documentation/CAMARA-API-Event-Subscription-and-Notification-Guide.md
Outdated
Show resolved
Hide resolved
documentation/CAMARA-API-Event-Subscription-and-Notification-Guide.md
Outdated
Show resolved
Hide resolved
…uide.md Co-authored-by: Rafal Artych <121048129+rartych@users.noreply.github.com>
…uide.md Co-authored-by: Rafal Artych <121048129+rartych@users.noreply.github.com>
PedroDiez
left a comment
There was a problem hiding this comment.
A few more alignments
What type of PR is this?
What this PR does / why we need it:
This PR provides a resolution for topics commented within Issue #437.
Some points has been discussed within #440.
Explanation about PR:
Decided to not impact
CAMARA-API-Design-Guide.mdandCAMARA_common.yamldocumentation.sinkconcept is managed withinCAMARA-API-Event-Subscription-and-Notification-Guide.mdandevent-subscription-template.yamlCAMARA-API-Design-Guide.mdit is defined the format: 400 | {{SPECIFIC_CODE}} | {{SPECIFIC_CODE_MESSAGE}}, soimplicitly cover the error 400 - INVALID_SINK as well as other errors already documented in the
event-subscription- template.yaml(e.g. 400 - INVALID_TOKEN)NOTE: So, as the relevant documents are
CAMARA-API-Event-Subscription-and-Notification-Guide.mdandevent-subscription-template.yamlthink is better to not duplicate info as implies more maintenance actions and does notprovide any additional value. Anyway up to the WG, just to be transparent with the approach.
Impacted
CAMARA-API-Event-Subscription-and-Notification-Guide.md. Added new sections:3.2.
subscription-beginsevent3.3
subscription-updateseventImpacted
event-subscription-template.yamlsinkpattern and specific400 - INVALID_SINKerrorsubscriptionIdas mandatory in response. As per current model definition it also makes itmandatory in DELETE /subscriptions. That also makes sense, to deal with Asynchronous DELETE scenarios and also when the
status
DELETEDis managed by a Telco Operator.subscription-beginseventsubscription-updatesevent403 - INVALID_TOKEN_CONTEXTWhich issue(s) this PR fixes:
Fixes #437
Does this PR introduce a breaking change?
subscription-endsevent is renamed tosubscription-endedevent.This is a breaking change in terms of design due to an event type is renamed.
APIs impacted (i.e. subscription APIs) are in
initialversions so as the change can be accommodated without impacting major version.422 - IDENTIFIER_MISMTACHexception is removedSpecial notes for reviewers:
N/A
Changelog input
Additional documentation
N/A