Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support of alterationTypes in subscriptions #198

Closed
djs0109 opened this issue Jul 7, 2023 · 3 comments · Fixed by #293
Closed

Support of alterationTypes in subscriptions #198

djs0109 opened this issue Jul 7, 2023 · 3 comments · Fixed by #293
Assignees
Labels
feature request Request a potential feature

Comments

@djs0109
Copy link
Contributor

djs0109 commented Jul 7, 2023

Descriptions
alterationTypes is added as new feature of Subscriptions since Orion 3.8 Orion 3.7, see here.

That allows the activation of subscriptions based on the following settings:

  • entityUpdate: notification is sent whenever a entity covered by the subscription is updated (no matter if the entity actually changed or not)
  • entityChange: notification is sent whenever a entity covered by the subscription is updated and it actually changes (or if it is not an actual update, but forcedUpdate option is used in the update request)
  • entityCreate: notification is sent whenever a entity covered by the subscription is created
  • entityDelete: notification is sent whenever a entity covered by the subscription is deleted

Use case
There can be many use cases. One potential use case is, using entityCreate to trigger some workflows (e.g. generating Grafana dashboard) every time a new entity is created.

Implementation
The data model of subscriptions need to be extended, i.e. subscriptions.subject.condition.alterationTypes

@djs0109 djs0109 added the feature request Request a potential feature label Jul 7, 2023
@djs0109 djs0109 self-assigned this Jul 7, 2023
@github-actions
Copy link

github-actions bot commented Jul 7, 2023

Branch 198-Support-of-alterationTypes-in-subscriptions created!

@djs0109
Copy link
Contributor Author

djs0109 commented Jul 7, 2023

In #190, also need to update the version of supported Orion from 3.7.0 to 3.8.0, if this issue is closed. Maybe there are still other features of 3.8.0 to implement. After this implementation, the Orion version should be updated to 3.7.0

@jkriwet
Copy link

jkriwet commented Jul 11, 2023

I added the code which checks whether Orion is >=3.6.0 for #190 , describing which functionality would not work, if a lesser version is used. Would you say you want a "hard limit" for the versions, warning about general lack of functionality if a version less then the current one (in this case after closing this issue 3.8.0) is used, or more a structured warning, in which the warnings detail which functionality wont work with the current version.

So for example right now, after closing #190, using 3.5.0 would result in a warning which would describe what wont work. Using 3.6.0 would result in no warning.

When working on the described issue here, one could also add the specific lack of functionality to the cb_version_checker, so that after closing this issue, using 3.6.0 would warn about the lack of functionality which is to be implemented in this issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Request a potential feature
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants