-
Notifications
You must be signed in to change notification settings - Fork 29
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
[BUG] Update Interval in NSRule #253
Comments
I have done the following test on a Perse-FE 1.3.1 version (IoTP Partners envioronment) using the configuration portal (VR interface):
The result is the following: It seems that each time the rule is updated a new timer is added instead of modifying the existing timer. At the end, after creation plus two updates, the rule has 3 timers at the same time (probably updating a third time before deleting will end in a fourth timer... although I haven't actually tested). Deleting the rule seems to remove all timers (although I'm not sure if this a "complete clenaup" or the internal timer structure stills being dirty after deleting with some stale data). Another (minor) fact in this test is the initial notification a 10:02. This is out of sync of the first time (the only one just after creating the rule), maybe it is a kind of creation-time glitch... |
A comparison of 1.3.1 vs 1.5.0 code and internal logic make us think that this could has been fixed in 1.5.0. Thus, the procedure above should be reproduced in 1.5.0 in order to see what's happen. |
What if...? In our case POST /rule could be processed by CEP A, PUT /rule could be processed by CEP B. Then when A syncs it reads and adds the modified Rule, with the new period. But never remove the timer because the rule is in both sets:
Remarks:
|
Fixed by PR #255 |
No description provided.
The text was updated successfully, but these errors were encountered: