I think we need to see a bit more about how you are creating/writing these rules. In text files or through the UI? Are you using the Helper Libraries?
If working in the UI, I think the received update is not supported simply because it was forgotten to add to the list and there is an issue open to add it back. But in text configs, at least while using the Helper Libraries in Python a received update trigger was absolutely possible. And if it’s possible in Jython it’s possible for all the languages.
The event for an update to the same state is
And the trigger would be
UpdatedEventTrigger (no “ed”).
Indeed, there will be N-1 updates where N is the number of direct members of the Group.
- accessing and modifying Item Metadata
- dynamically creating Items and Rules
- support for common programming paradigms like libraries, functions, classes, etc.
The startup trigger should be working just like any other trigger but in OH 3 the way the System started trigger has changed in OH 3 for all languages. It no longer just fires when the script is loaded. It now does what it says and triggers the rule when openHAB has started. When you reload a script file openHAB is already started so the System started rules don’t fire. There was talk on github to implement a new “Rule Loaded” trigger but that hasn’t been done yet so the recommendation is to manually run the rule when you reload it in the mean time.
If you are using .js files, you can implement a scriptLoaded function that will get called when the script is loaded where you can do System started type stuff if that is preferable. There is a coresponding scriptUnloaded function that you can define to be called when the script is unloaded to do stuff like cancelling the timers so they don’t get orphaned. These are two more things that Rules DSL do not support.
I don’t think so. I’ve been using “Member of MyGroup received update” type triggers since they were introduced. I had them in use in my Python rules in OH 2.x and if they were supported there they are supported in all the JSR223 languages. That stuff isn’t language specific and, in fact, all that openHAB stuff are actually Java.
Though beware those are the OH 3 JavaDocs. That package may have moved and the class may have changed names between versions as part of the breaking changes. You’d probably need to dig through the 2.5 branch of the code to verify.