Upgraded to build #1027 with development zwave binding 2.1.0.201708292314
There is still no NPE related to the zwave binding. Also there has not been an NPE with #1025 and zwave development binding from one day earlier before the fix was applied.
It looks like zwave NPE’s only occur with the snapshot zwave binding (can’t test, don’t use it).
Great, thanks!
Now as this is a ESH fix, how and when will it be forward-propagated into a new OH snapshot build ?
ESH-stable is still on #225 and Cloudbees is still on #1029.
Please pardon my lack of knowledge on the full dependency chain. Has anybody written down how it’s getting processed ?
If not, doing so would probably make sense to keep more people like me from annoying you hard working guys with more questions like this one.
Just upgraded to #1030, and things are back in habmin ! Also no NPE so far (I’m running the dev zwave binding, though).
Will check in more detail tomorrow. Thanks a lot @lolodomo and @kai.
Just to add 1030 has fixed for me also, 500’s in paperui (though items tab seems to have disappeared - not sure when that happened) and no items in habmin. i wasnt experiencing the zwave error running standard binding.
wierd, it was switched OFF, and I checked an item that I had added this morning and it had every channel linked, so the runtime obviously thought it was in simple mode. I switched it on, saved it and then switched it back off and now I have items again.
seems like another bug, the items show up but then when i reload the page, the items link is gone again. I think my system is stuck in simple mode. I’ll see if I can figure out whats wrong.
turns out I had an old ‘org.eclipse.smarthome.links.cfg’ file in my userdata\etc which though it had autolinks=false set, once I deleted it and reset the value it stuck but the file wasn’t recreated. that file must not be valid anymore but since paperUI was using it to set/get the flag but the framework doesn’t use that file.
edit: nope that wasn’t it, things are still be created in simple mode.
recently, the file /etc/openhab2/services/runtime.cfg was updated
the last line in there is:
# This setting allows to switch between a "simple" and an "advanced" mode for item management.
# In simple mode (autoLinks=true), links and their according items are automatically created for new Things.
# In advanced mode (autoLinks=false), the user has the full control about which items channels are linked to.
# Existing links will remain untouched. (default is true)
#
org.eclipse.smarthome.links:autoLinks=false
by default, the org.eclipse.smarthome.links:autoLinks is commented out.
As a result, the system will switch to Simple mode.
Changing from PaperUI the mode doesn’t affect this file.
Uncomment the last line and you should be ok.
edit: you are right… there is a bug… the items menu still doesn’t appear even after editing this file.
This looks weird indeed - I didn’t expect that within the cfg files, only on the (internal) *.config files of ConfigAdmin.
Will have to investigate, must be related to the Karaf upgrade, I guess.
