I have just updated to build #469 and the Basic UI, which was both working fine, does not now seem to be updating automatically when there is a change in the status of an item. I have made no other changes to my system. I am also seeing similar behavior with HABpanel.
For example, in the case of the Basic UI if I switch a light on (via the UI), the light will switch on and then off (again via the UI), everything looks OK. However when I switch the light off manually (external to the UI) the lights status in the UI does not update unless I refresh the browser page. Refreshing the browser page shows the change in status immediately.
Edit: the above is true for all of my zwave items. For my astro, systeminfo and mqtt items, these now only update when I refresh the page.
I am running openHAB 2 on WIndows 7 and what I am trying to describe has only changed after installing build #469. I will revert to the earlier build I was running when I get home from work tonight so that I can advise the build number that was definitely OK.
I am see this problem on both windows, ipad 2 and ipad 3 platforms running Firefox and Safari browsers.
Another example of the problem is. Using Basic UI on two separate devices, when I operate a dimmer on say the iPad, normally the dimmer position was mirrored immediately on the other browser also running Basic UI. Even if I run, Paper UI, HABmin & HABpanel I see the same issue.
The only fix I can find right now to get the correct value on the second browser is to click refresh on the browser.
I seems to me that openHAB has stopped sending a critical piece of info to the browsers.
I am happy to send a debug log, but just not sure what is needed to help resolve this problem.
FWIW, I installed 469 yesterday, and I’m not seeing this issue (with the exception of Paper UI as noted below). If I operate a dimmer using Basic UI on my smartphone, the Basic UI on my laptop updates immediately. Similarly, if I operate a dimmer using Basic UI on my laptop, the Basic UI on my smartphone updates immediately.
I tried it with HABmin on my laptop, and it also updates when I operate the dimmer with Basic UI (on smartphone or laptop).
Paper UI doesn’t update no matter what I do even if I refresh the page.
I might try completely rebooting everything (server & clients) tonight, just in case something has got stuffed up in the process of updating to #469. It has now been around 2 weeks since I last rebooted the server as everything has been running so reliably.
469 actually looks pretty good to me so far. I may stick with this build for a while, especially considering that the changes to the Bridge/Thing relationship will be going in shortly…
Yes, 469 does look good with the exception of the above issue that I am trying to resolve.
I did notice that I still have the issue with the Astro Daily Position job starting after a restart of openHAB 2. I am starting to think that this could be related to running on Windows 7 or maybe my version of Java. If I unistall and reinstall the Astro binding it works fine.
Ok, finally go around to rebooting everything and still have the same issue. Seems like SSE is not working properly on my Windows 7 system (build #469).
2016-09-09 16:27:46.682 [ERROR] [org.eclipse.smarthome.io.rest.sse ] - FrameworkEvent ERROR - org.eclipse.smarthome.io.rest.sse
org.osgi.framework.BundleException: Exception in org.eclipse.smarthome.io.rest.sse.internal.SseActivator.start() of bundle org.eclipse.smarthome.io.rest.sse.
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:792)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:721)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:936)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:319)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.Module.doStart(Module.java:571)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.Module.start(Module.java:439)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:454)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer.applyDelta(ModuleContainer.java:717)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:491)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:437)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer.refresh(ModuleContainer.java:955)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1336)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
Caused by: java.lang.LinkageError: ClassCastException: attempting to castbundleresource://23.fwk539690370/javax/ws/rs/ext/RuntimeDelegate.class to bundleresource://23.fwk539690370/javax/ws/rs/ext/RuntimeDelegate.class
at javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:146)
at javax.ws.rs.ext.RuntimeDelegate.getInstance(RuntimeDelegate.java:120)
at javax.ws.rs.core.MediaType.valueOf(MediaType.java:179)
at org.glassfish.jersey.media.sse.SseFeature.<clinit>(SseFeature.java:62)
at org.eclipse.smarthome.io.rest.sse.internal.SseActivator.start(SseActivator.java:44)
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:771)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_92]
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:764)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:]
... 14 more
Ok, so after another update to #469, but this time after manually deleting the various directories, rather than relying on my batch file, I seem to have it running with SSE functional again.
Might have to look closely at my update script for Windows over the weekend