You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 7, 2020. It is now read-only.
This issue is very similar with previous fixed "Blacklisting ServiceReference " but behavior is slightly changed after commit 4655 (#4655)
It looks like timeout in single bundle may still block whole event processing
2017-12-11 10:00:38.178 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. Thread 'safeCall-2' (133) is in state 'BLOCKED'
at su.litvak.chromecast.api.v2.ChromeCast.disconnect(ChromeCast.java:138)
at org.openhab.binding.chromecast.handler.ChromecastHandler$Coordinator.destroy(ChromecastHandler.java:259)
at org.openhab.binding.chromecast.handler.ChromecastHandler.dispose(ChromecastHandler.java:139)
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.thingUpdated(BaseThingHandler.java:226)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
...
2017-12-11 10:11:28.170 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. Thread 'safeCall-1' (132) is in state 'BLOCKED'
at su.litvak.chromecast.api.v2.ChromeCast.disconnect(ChromeCast.java:138)
at org.openhab.binding.chromecast.handler.ChromecastHandler$Coordinator.destroy(ChromecastHandler.java:259)
at org.openhab.binding.chromecast.handler.ChromecastHandler.dispose(ChromecastHandler.java:139)
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.thingUpdated(BaseThingHandler.java:226)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
...
2017-12-11 10:15:02.802 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. Thread 'safeCall-3' (136) is in state 'BLOCKED'
at su.litvak.chromecast.api.v2.ChromeCast.disconnect(ChromeCast.java:138)
at org.openhab.binding.chromecast.handler.ChromecastHandler$Coordinator.destroy(ChromecastHandler.java:259)
at org.openhab.binding.chromecast.handler.ChromecastHandler.dispose(ChromecastHandler.java:139)
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.thingUpdated(BaseThingHandler.java:226)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
...
2017-12-11 10:29:13.188 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. The task was still queued.
2017-12-11 11:05:53.694 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. The task was still queued.
2017-12-11 11:05:58.746 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. The task was still queued.
2017-12-11 11:07:32.863 [WARN ] [nal.common.AbstractInvocationHandler] - Timeout of 5000ms exceeded while calling method 'ThingHandler.thingUpdated()' on 'org.openhab.bind
ing.chromecast.handler.ChromecastHandler@7ae2c143'. The task was still queued.
The text was updated successfully, but these errors were encountered:
I cannot see from this log that the whole event processing is blocked.
It is correct that single handlers can block single event threads, but the framework now assures that a handler then won't be called by any other threads.
The log shows that the framework correctly blames a certain handler implementation for not working properly.
Build #1106
This issue is very similar with previous fixed "Blacklisting ServiceReference " but behavior is slightly changed after commit 4655 (#4655)
It looks like timeout in single bundle may still block whole event processing
The text was updated successfully, but these errors were encountered: