BUG: Update Thing Configuration Parameters yields ERROR: 500 - Internal Server Error on PaperUI

[sandervd (Sander Van Dijk)]

Any solution (besides avoiding the paper UI)? Experiencing the same issues on a fresh openhabian install.

[ohb1138 (Justus Reich)]

Hi Sander,

I am currently experiencing the same issue … Let you know if I have any update with my problem!

[Nick_Hoath]

I’m having the same problem on 2.1.0. Any solutions?

[wborn (Wouter Born)]

Did any of you also try the 2.2.0-SNAPSHOT builds to see if it is fixed? It contains 5 months of bug fixing and development. If it is not fixed in those builds an issue should be created otherwise it will not get fixed in the final 2.2.0 release.

[Nick_Hoath]

Hi,
I tried it with the latest snapshot and it still happens. I have raised an Issue.

[niebochod (Lukasz)]

Hi,
It reproduces for me also with “openHAB 2.2.0 Release Build”.
In Paper UI, during attempt to modify parameters for ZWave device i can see the HTTP request:

PUT http://openhabianpi:8080/rest/things/zwave:device:69348d40:node8/config

failing with HTTP 500 error and /var/log/openhab2/openhab2.log includes:

2017-12-27 17:44:41.535 [ERROR] [st.core.internal.thing.ThingResource] - Exception during HTTP PUT request for update config at 'things/zwave:device:69348d40:node8/config'
java.lang.ClassCastException: java.math.BigDecimal cannot be cast to java.lang.Integer
        at org.openhab.binding.zwave.handler.ZWaveThingHandler.handleConfigurationUpdate(ZWaveThingHandler.java:749) [226:org.openhab.binding.zwave:2.2.0]
        at org.eclipse.smarthome.core.thing.internal.ThingRegistryImpl.updateConfiguration(ThingRegistryImpl.java:94) [116:org.eclipse.smarthome.core.thing:0.10.0.b1]
        at org.eclipse.smarthome.io.rest.core.internal.thing.ThingResource.updateConfiguration(ThingResource.java:413) [126:org.eclipse.smarthome.io.rest.core:0.10.0.b1]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]

@Nick_Hoath, could you reference raised Issue?

[chris400 (Christoph)]

is it this issue: https://github.com/openhab/openhab-distro/issues/595 ?
@Kai closed it

[chris (Chris Jackson)]

This was fixed a couple of days ago so I’d recommend to use the latest version of the ZWave binding.

[chris (Chris Jackson)]

@niebochod

could you reference raised Issue?

For completeness -:

Exceptions during HTTP PUT

[chris (Chris Jackson)]

@detond

Still have the issue with 2.2.0

Yes - of course. 2.2 was released before this change.

[Ahiel]

I can confirm that after upgrade to the last week snapshot this problem has been fixed!

Thank you
(checked on Fibaro double switch 2X1.5W and fibaro double switch 2)

[AlexMartin13 (Alex Martin)]

How exactly can I install the latest version. I’ve gone to the link Chris provided above but am unsure of what to do with the files. Complete noob here, obvs!

Also, unlike others on this thread, this problem is occurring on both Paper UI and Habmin for me.

[TMToronto (TM)]

I am also having this problem, and like you, am experienced enough to locate this discussion, but inexperienced enough to be unsure of where to get the latest version of the zwave binding. Did you find the location? Also, how does one go about updating the binding?

Any support you or others can provide is appreciated.

Tom

[Crash_McQueen]

Hello,

I have this issue too, how can I update Zwave Binding Module ? thank you

[ohmicha (Michael)]

New 2.3 was released, does this include the updated binding?

[chris (Chris Jackson)]

@ohmicha

does this include the updated binding

2.3 includes the latest master version of the ZWave binding if that’s what you mean? If you’re asking if it includes the security version, then no, that will be in 2.4.

[ohmicha (Michael)]

2.3 includes the latest master version of the ZWave binding if that’s what you mean? If you’re asking if it includes the security version, then no, that will be in 2.4.

As some time passed since I tried to find a solutionm I am not sure, will security version fix the 500er error on configuration update via PaperUI? Or is this a different issue?

[chris (Chris Jackson)]

I don’t know what the error is so it’s hard to say. Err 500 just means there was something wrong - it could be caused by a number of things. For sure there have been fixes for these sort of errors in the dev version, but I don’t know what your specific problem is, so I can’t be sure if it will fix your problem.

[cweemin (Weemin Chan)]

I got this when I try to change ZW100 parameters.
==> /var/log/openhab2/openhab.log <==
2018-06-20 16:20:06.776 [ERROR] [st.core.internal.thing.ThingResource] - Exception during HTTP PUT request for update config at ‘things/zwave:device:a95de6e7:node12/config’
java.lang.NullPointerException: null
at org.openhab.binding.zwave.handler.ZWaveThingHandler.handleConfigurationUpdate(ZWaveThingHandler.java:623) [202:org.openhab.binding.zwave:2.3.0]
at org.eclipse.smarthome.core.thing.internal.ThingRegistryImpl.updateConfiguration(ThingRegistryImpl.java:92) [108:org.eclipse.smarthome.core.thing:0.10.0.oh230]
at org.eclipse.smarthome.io.rest.core.internal.thing.ThingResource.updateConfiguration(ThingResource.java:425) [118:org.eclipse.smarthome.io.rest.core:0.10.0.oh230]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:144) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:161) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:160) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:99) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:389) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:347) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:326) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:315) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:297) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:267) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) [15:com.eclipsesource.jaxrs.publisher:5.3.1.201602281253]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) [82:org.eclipse.jetty.security:9.3.21.v20170918]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:284) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.Server.handle(Server.java:534) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:333) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) [87:org.eclipse.jetty.util:9.3.21.v20170918]

[kohleit (kohle)]

Same Error with Homematic Binding

CCU2 connection to Openhab 2.3.0 giving me challenge

I installed an Ubuntu >>Ubuntu 18.04 LTS <<(in VMware) with OpenHAB 2.3.0 and would like to get Homematic running with OpenHAB. CCu2 with firmware: 2.35.15 is working together with the temperature sensor (HM-WDS40-TH-I-2). I tested IOBrocker and was able to create nice charts. Now I am trying to get the CCU2 working with an temperature sensor in OpenHAB (switched off IO Broker) For Testing purpose I connected my SONOS with OpenHAB and tested the functionality. Surprise – it worked immediatel…