OH 2.2.0 Snapshots 1025-1028 / ZWave NPE

as @sihui wrote… completely empty

1 Like

Strange - I’d be surprised if the change in ZWave fixes this, but I’m not sure. Since the error is occurring in the framework, maybe it was totally killing off the reading of XML files.

I had the same issue yesterday and reverted back. But I thought they did show up in PaperUI

Yepp, they do … but still some 500 errors in PaperUI

1 Like

Yes, I saw those as well before I reverted back.

I doubt that this is only a HABmin problem. Since HABmin uses the same REST interfaces as PaperUI, I expect the same problem existed.

Unfortunately there seems to be a small difference, whatever it is: HABmin is empty, PaperUI shows things with an internal server error …

Is this with the same version, or have you reverted here? I don’t know why HABmin wouldn’t display the things…

No, not reverted yet, #1025

Ok - I’m not going to spend time looking for this - let me know if it’s fixed with the update.

1 Like

Right when I hit the ‘things’ listing button in habmin with #1025, I get the output below (and a blank habmin listing), so I guess it’s the same root cause as the one in the zwave binding, so let’s wait for the fix for ESH issue #4152 as mentioned by @kai .

2017-08-29 22:22:24.962 [DEBUG] [thome.io.rest.core.item.ItemResource] - Received HTTP GET request at 'items'
2017-08-29 22:22:25.289 [WARN ] [.core.transform.TransformationHelper] - Cannot format state '1' to format '%d': d != java.lang.String
2017-08-29 22:22:25.341 [WARN ] [.core.transform.TransformationHelper] - Cannot format state 'NULL' to format ' %d': d != java.lang.String
2017-08-29 22:22:25.333 [DEBUG] [io.rest.JSONResponse$ExceptionMapper] - exception during REST Handling
java.lang.NullPointerException: null
        at org.eclipse.smarthome.core.thing.i18n.ThingTypeI18nLocalizationService.createLocalizedThingType(ThingTypeI18nLocalizationService.java:67) [105:org.eclipse.smarthome.core.thing:0.9.0.201708281632]
        at org.eclipse.smarthome.core.thing.xml.internal.XmlThingTypeProvider.localize(XmlThingTypeProvider.java:128) [106:org.eclipse.smarthome.core.thing.xml:0.9.0.201708281632]
        at org.eclipse.smarthome.core.thing.xml.internal.XmlThingTypeProvider.localize(XmlThingTypeProvider.java:1) [106:org.eclipse.smarthome.core.thing.xml:0.9.0.201708281632]
        at org.eclipse.smarthome.config.xml.AbstractXmlBasedProvider.acquireLocalizedObject(AbstractXmlBasedProvider.java:211) [97:org.eclipse.smarthome.config.xml:0.9.0.201708281632]
        at org.eclipse.smarthome.config.xml.AbstractXmlBasedProvider.getAll(AbstractXmlBasedProvider.java:165) [97:org.eclipse.smarthome.config.xml:0.9.0.201708281632]
        at org.eclipse.smarthome.core.thing.xml.internal.XmlThingTypeProvider.getThingTypes(XmlThingTypeProvider.java:82) [106:org.eclipse.smarthome.core.thing.xml:0.9.0.201708281632]
        at org.eclipse.smarthome.core.thing.type.ThingTypeRegistry.getThingTypes(ThingTypeRegistry.java:48) [105:org.eclipse.smarthome.core.thing:0.9.0.201708281632]
        at org.eclipse.smarthome.core.thing.type.ThingTypeRegistry.getThingTypes(ThingTypeRegistry.java:59) [105:org.eclipse.smarthome.core.thing:0.9.0.201708281632]
        at org.openhab.binding.zwave.internal.ZWaveConfigProvider.initialiseZWaveThings(ZWaveConfigProvider.java:326) [208:org.openhab.binding.zwave:2.1.0.201708272249]
        at org.openhab.binding.zwave.internal.ZWaveConfigProvider.getSupportedThingTypes(ZWaveConfigProvider.java:378) [208:org.openhab.binding.zwave:2.1.0.201708272249]
        at org.openhab.binding.zwave.discovery.ZWaveDiscoveryService.getSupportedThingTypes(ZWaveDiscoveryService.java:65) [208:org.openhab.binding.zwave:2.1.0.201708272249]
        at org.openhab.binding.zwave.discovery.ZWaveDiscoveryService.getSupportedThingTypes(ZWaveDiscoveryService.java:1) [208:org.openhab.binding.zwave:2.1.0.201708272249]
        at org.eclipse.smarthome.config.discovery.internal.DiscoveryServiceRegistryImpl.getSupportedBindings(DiscoveryServiceRegistryImpl.java:254) [95:org.eclipse.smarthome.config.discovery:0.9.0.201708281632]

(Some of) the REST API calls are failing.

For example, this URL returns a 500 with a NullPointerException error

http://yourhost:8080/rest/thing-types

The build is already complete so it should be possible to update I guess…

I also saw this REST API failing with the same error. I can’t check any others because I reverted to my backup.

http://yourhost:8080/rest/discovery

Is that the standard build, the test build or both?

Just the standard build. By “test build” do you mean the development version? If so, I thought the problem didn’t exist with that version?

The development version. I had the same issue with it yesterday not showing in Habmin (I did not look at the log files to see if it was throwing off the NPE’s).

Ok, sorry - I thought I read from @sihui and others that the dev version didn’t have an issue. I’ll do a rebuild of this later.

It seems that the 500 errors are related to the framework (you get those both in PaperUI and HABmin… they both use the REST API which spits out the 500s)

I don’t know if these framework errors are caused by the Z-Wave binding (I doubt it). People using both versions of the Z-Wave binding are seeing these framework errors in Snapshot builds greater than 1025.

So: I believe that we have 2 separate issues here:
(a) NPEs for the standard Z-Wave binding due to ThingTypeI18nLocalizationService (logged under: 4152)
(b) Internal Server Error 500 due to REST API being “broken” (not logged anywhere yet)

(maybe the 2 issues are associated… somehow?)