All,
there have been quite some changes in ESH since my last update on Aug 21.
With the stable ESH release I did last night, we have now these changes from ESH in openHAB 2:
- Merge things loaded from DSLs with info from ThingTypes (#2053) — Kai Kreuzer / detail
- split of MDNSAnnouncer in order to remove optional dependency (#2114) — Markus Rathgeb / detail
- Support receiving rules events (#2093) — Markus Rathgeb / detail
- Disable rule template form submission on errors (#2120) — Kai Kreuzer / detail
- Fixes startup and reload behaviour of DSL rules (#2125) — Markus Rathgeb / detail
- Toggle for advance config parameters (#2124) — Markus Rathgeb / detail
- respect link and item existence for channel-linked notification (#2122) — Kai Kreuzer / detail
- fix another rule status change (#2126) — Kai Kreuzer / detail
- fixed Thing comparison to consider labels and locations (#2090) — Markus Rathgeb / detail
- Replaced buttons with clickable icons in rules (#2092) — Kai Kreuzer / detail
- improve print to identify wrong rule status state (#2088) — Kai Kreuzer / detail
- #2062 org.eclipse.smarthome.automation.module.core modified using DS now (#2063) — Kai Kreuzer / detail
- #2075 org.eclipse.smarthome.automation.parser.gson modified using DS now (#2076) — Kai Kreuzer / detail
- Fixed bug, which resulted in duplicate items in the item registry. (#2096) — Markus Rathgeb / detail
- if a rule has been disabled while running, don’t enable it again — Markus Rathgeb / detail
- #2103 Fix in ConnectionValidator. (#2104) — Markus Rathgeb / detail
- #2110 Fixing Class cast exception in TemperatureConditionHandler. Edited typos. (#2112) — Markus Rathgeb / detail
- fix CME in ExpressionThreadPoolExecutor (#2113) — Kai Kreuzer / detail
- #2085 Modified org.eclipse.smarthome.automation.commands to use DS (#2086) — Kai Kreuzer / detail
- Show value of dimmer item’s slider (#2077) — Kai Kreuzer / detail
- Bug fix: button icons alignment in ControlUI (#2071) — Kai Kreuzer / detail
- Number widget overlapping fixed (#2043) — Kai Kreuzer / detail
- added ESH-INF folder to binary bundle (#2079) — Markus Rathgeb / detail
- avoid NPE if default TTS cannot be found (#2080) — Markus Rathgeb / detail
- added NoRoutToHostException to the list of exceptions, that lead to isReachable() -> false (#2041) — Markus Rathgeb / detail
- Added follow symlink option to abstract watch service. (#2036) — Markus Rathgeb / detail
- Removed unused thingTypes request (#2047) — Markus Rathgeb / detail
- Cleanup discovered children if a Bridge Thing was removed (#2046) — Markus Rathgeb / detail
- Bugfix - A rule defined by not available template must be in NOT_INITIALIZED state (#1969) — Markus Rathgeb / detail
- fix method name in DiscoveryServiceRegistryImpl (#2050) — Markus Rathgeb / detail
- Safari controlUI icon bug (#2055) — Markus Rathgeb / detail
- fix module timer test — Markus Rathgeb / detail
- allow to use another remote (e.g. to push tag to) (#2056) — Kai Kreuzer / detail
- use locale provider in firmware services (#1984) — Markus Rathgeb / detail
- When creating Things, keep their Channels in order (#2044) — Kai Kreuzer / detail
- immediate firmware status initialization of a thing after it went online (#2008) — Markus Rathgeb / detail
- Fixes bug with NPE in https requests. (#2065) — Kai Kreuzer / detail
- bump JmDNS (Karaf ESH TP) (#2028) — Kai Kreuzer / detail
- Bug fix: creating item while linking channel (#2033) — Markus Rathgeb / detail
- bug fix: function name undefined error in group item (#2035) — Markus Rathgeb / detail
- Hide system services with no config-description (#2037) — Kai Kreuzer / detail
You see that there is quite some activity on the core framework. Many fixes and enhancements are related to the Paper UI, which has been improved in many details.
But the most important fix I want to highlight is #2125: This solves issues that many of you reported about unreliable rule execution and which seem to have a major point for many to decide to not yet switch to openHAB 2. I would tend to say that with this fix, the overall stability of the openHAB 2 runtime when being used with openHAB 1 bindings should be on par with the openHAB 1 runtime. I would therefore encourage everyone to try it out and report any blocking issues that you might have and which do not occur with the openHAB 1.8.3 runtime.