Details
-
Type:
Monitor
-
Status: Closed
-
Priority:
Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 2021
-
Component/s: FIWARE-TECH-HELP
-
HD-Chapter:Data
-
HD-Enabler:Cosmos
Description
Created question in FIWARE Q/A platform on 28-01-2017 at 21:01
Please, ANSWER this question AT http://stackoverflow.com/questions/41914246/fiware-orion-and-sth-duplicated-notifications
Question:
FIWARE - Orion and STH duplicated notifications
Description:
I have a scenario where two or more subscriptions were made to some entity (with the same notification url). In this case, I have many of the same subscriptions. When the attributes related to subscriptions conditions are updated, I have as many notifications as subscriptions I made. This way, I have unnecessary messages, resulting in unnecessary processing.
Is there a way to deal with this? Both Orion and STH Comet do not handle with this. Maybe Orion and STH can deny the creation of a subscription that already exists. If this Orion behavior is updated, maybe STH Comet does not need to handle that.
Activity
Field | Original Value | New Value |
---|---|---|
Component/s | FIWARE-TECH-HELP [ 10278 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | Answered [ 10104 ] |
Resolution | Done [ 10000 ] | |
Status | Answered [ 10104 ] | Closed [ 6 ] |
Summary | [fiware-stackoverflow] FIWARE - Orion and STH duplicated notifications | FIWARE.Question.Tech.FIWARE - Orion and STH duplicated notifications. |
HD-Enabler | Cosmos [ 10872 ] | |
Description |
Created question in FIWARE Q/A platform on 28-01-2017 at 21:01 {color: red}Please, ANSWER this question AT{color} http://stackoverflow.com/questions/41914246/fiware-orion-and-sth-duplicated-notifications +Question:+ FIWARE - Orion and STH duplicated notifications +Description:+ I have a scenario where two or more subscriptions were made to some entity (with the same notification url). In this case, I have many of the same subscriptions. When the attributes related to subscriptions conditions are updated, I have as many notifications as subscriptions I made. This way, I have unnecessary messages, resulting in unnecessary processing. Is there a way to deal with this? Both Orion and STH Comet do not handle with this. Maybe Orion and STH can deny the creation of a subscription that already exists. If this Orion behavior is updated, maybe STH Comet does not need to handle that. |
Created question in FIWARE Q/A platform on 28-01-2017 at 21:01
{color: red}Please, ANSWER this question AT{color} http://stackoverflow.com/questions/41914246/fiware-orion-and-sth-duplicated-notifications +Question:+ FIWARE - Orion and STH duplicated notifications +Description:+ I have a scenario where two or more subscriptions were made to some entity (with the same notification url). In this case, I have many of the same subscriptions. When the attributes related to subscriptions conditions are updated, I have as many notifications as subscriptions I made. This way, I have unnecessary messages, resulting in unnecessary processing. Is there a way to deal with this? Both Orion and STH Comet do not handle with this. Maybe Orion and STH can deny the creation of a subscription that already exists. If this Orion behavior is updated, maybe STH Comet does not need to handle that. |
HD-Chapter | Data [ 10838 ] |
Assignee | Jose Manuel Cantera [ jmcantera ] |
Fix Version/s | 2021 [ 12600 ] |
Transition | Time In Source Status | Execution Times | Last Executer | Last Execution Date | |||||
---|---|---|---|---|---|---|---|---|---|
|
20h 59m | 1 | Backlog Manager | 29/Jan/17 6:05 PM | |||||
|
3h | 1 | Backlog Manager | 29/Jan/17 9:05 PM | |||||
|
3h | 1 | Backlog Manager | 30/Jan/17 12:05 AM |
2017-01-28 21:05|CREATED monitor | # answers= 0, accepted answer= False