Latest Zwave binding missing module?

Tags: #<Tag:0x00007f7458ea16f8>

@MacFly What’s the exact message you’re getting in the log?

243 ? Installed ? 80 ? 2.5.0.201905050432 ? openHAB Add-ons :: Bundles :: ZigBee Binding
244 ? Installed ? 80 ? 2.5.0.201905050432 ? openHAB Add-ons :: Bundles :: ZigBee Telegesis Bridge
245 ? Active ? 80 ? 1.4.7.1 ? Apache ServiceMix :: Bundles :: xstream
openhab> bundle:start 244
Error executing command: Error executing command on bundles:
Error starting bundle 244: Could not resolve module: org.openhab.binding.zigbee.telegesis [244]
Unresolved requirement: Import-Package: org.eclipse.smarthome.config.discovery.usbserial

openhab> bundle:start 243
Error executing command: Error executing command on bundles:
Error starting bundle 243: Could not resolve module: org.openhab.binding.zigbee [243]
Unresolved requirement: Import-Package: gnu.io; version="[3.14.0,4.0.0)"

it seems I’m not able to mark your post as a solution…
no checkbox…:frowning:

@rlkoshak Is it no longer possible to mark a post as the solution?

@MacFly Hmm. I’m not sure what to suggest about that. Sorry.

It have worked on friday, to shame i deleted the files …
anyway thanks for your answer

@MacFly One other thing you could try… Install another binding (using Paper UI or addons.cfg) that uses the gnu.io package. According to this search, there are a bunch to choose from.

I found this, but the checkbox is missing, or I’m blind?
image

If it is that’s news to me. Though only the OP can do so. Meaning only Kris had that option. Horst didn’t create this topic so will not have the check box.

Just installed the first one, DSC Alarm, and it seem to works !
Thanks you so much !

1 Like

Ah, then that’s the reason. Was not aware of that requirement. Thanks!

Ugh. The new build system has made it a royal PITA to run bindings from the addons directory…

1 Like

This sounds like a bit of a mess. I wonder why XStream is no longer available?

@J-N-K do you know if XStream has been removed - it used to be used by the XML reader to read all the thing files etc? If so, bindings that need this will need their feature files updated I guess?

Not too much luck, the coordinator was correctly discovered but stuck at “Initializing” state with a bunch of errors.

I don’t want to bother you too much except you want some tests from me.

16:49:05.076 [ERROR] [org.openhab.binding.zigbee           ] - FrameworkEvent ERROR - 
org.openhab.binding.zigbee
org.osgi.framework.ServiceException: Exception in     org.apache.felix.scr.impl.manager.SingleComponentManager.getService()
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:222) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.getService(ServiceFactoryUse.java:111) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceConsumer$2.getService(ServiceConsumer.java:45) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:508) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.getService(ServiceRegistry.java:461) ~[?:?]
    at org.eclipse.osgi.internal.framework.BundleContextImpl.getService(BundleContextImpl.java:624) ~[?:?]
    at com.eclipsesource.jaxrs.publisher.internal.ResourceTracker.addingService(ResourceTracker.java:39) ~[?:?]
    at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941) ~[?:?]
    at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870) ~[?:?]
    at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) ~[?:?]
    at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183) ~[?:?]
    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:318) ~[?:?]
    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261) ~[?:?]
    at com.eclipsesource.jaxrs.publisher.internal.Activator.openAllServiceTracker(Activator.java:91) ~[?:?]
    at com.eclipsesource.jaxrs.publisher.internal.Activator.start(Activator.java:55) ~[?:?]
    at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:779) ~[?:?]
    at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1) ~[?:?]
    at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
    at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:772) ~[?:?]
    at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:729) [?:?]
    at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:933) ~[?:?]
    at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309) ~[?:?]
    at org.eclipse.osgi.container.Module.doStart(Module.java:581) ~[?:?]
    at org.eclipse.osgi.container.Module.start(Module.java:449) ~[?:?]
    at org.eclipse.osgi.framework.util.SecureAction$23.run(SecureAction.java:474) ~[?:?]
    at org.eclipse.osgi.framework.util.SecureAction$23.run(SecureAction.java:1) ~[?:?]
    at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
    at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:472) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer.start(ModuleContainer.java:750) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer.applyDelta(ModuleContainer.java:741) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:511) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:457) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer.refresh(ModuleContainer.java:1001) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1382) ~[?:?]
    at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1) ~[?:?]
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]
    at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]
Caused by: java.lang.NoClassDefFoundError: org/eclipse/smarthome/core/thing/type/DynamicCommandDescriptionProvider
    at java.lang.ClassLoader.defineClass1(Native Method) ~[?:?]
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.defineClass(ModuleClassLoader.java:276) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.defineClass(ClasspathManager.java:655) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:578) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?]
    at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:564) ~[?:?]
    at org.apache.felix.scr.impl.manager.AbstractComponentManager.initDependencyManagers(AbstractComponentManager.java:999) ~[?:?]
    at org.apache.felix.scr.impl.manager.AbstractComponentManager.collectDependencies(AbstractComponentManager.java:1026) ~[?:?]
    at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:936) ~[?:?]
    at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:901) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse$1.run(ServiceFactoryUse.java:212) ~[?:?]
    at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:210) ~[?:?]
    ... 36 more
Caused by: java.lang.ClassNotFoundException: org.eclipse.smarthome.core.thing.type.DynamicCommandDescriptionProvider cannot be found by org.openhab.binding.zigbee_2.5.0.201905050432
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:433) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?]
    at java.lang.ClassLoader.defineClass1(Native Method) ~[?:?]
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.defineClass(ModuleClassLoader.java:276) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.defineClass(ClasspathManager.java:655) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:578) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?]
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?]
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?]
    at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:564) ~[?:?]
    at org.apache.felix.scr.impl.manager.AbstractComponentManager.initDependencyManagers(AbstractComponentManager.java:999) ~[?:?]
    at org.apache.felix.scr.impl.manager.AbstractComponentManager.collectDependencies(AbstractComponentManager.java:1026) ~[?:?]
    at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:936) ~[?:?]
    at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:901) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse$1.run(ServiceFactoryUse.java:212) ~[?:?]
    at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
    at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:210) ~[?:?]

You have a different issue - that’s why the above fix didn’t work. DynamicCommandDescriptionProvider is in the core, so should be available unless you are upgrading the binding but still with an older core?

It looks like this was added in February. So if you’re running an older build, it’s not in the core?

1 Like

Sorry for the confusion - that’s what I meant. There’s a mismatch with an old core and a new binding.

I don‘t know why it is missing if it was working before. I‘ll have a look.

1 Like

Ok let me start from the begining of what I’m doing.

I’m testing a fresh new telegesis dongle with the Zigbee Binding.
I have a fresh openhab 2.5.0.M1 install.
I’ve seen that this binding seem to be in active developement so I wanted test the lastest release.
I’ve found this great script : https://github.com/openhab-5iver/openHAB-utils/releases/tag/1.1.0 and on friday, everything worked like a charm.
I’ve wiped out this install, restart from a fresh 2.5.0-M1 and tried this morning to reinstall zigbee binding from the script and figured out that the zsmartsystems part of the binding were correclty downloaded but the binding part failed because some paths in ci.openhab.org have changed.
ex: https://ci.openhab.org/job/openHAB2-Bundles/lastSuccessfulBuild/org.openhab.binding%24org.openhab.binding.zigbee.telegesis/artifact/org.openhab.binding/org.openhab.binding.zigbee.telegesis/2.5.0-SNAPSHOT/org.openhab.binding.zigbee.telegesis-2.5.0-SNAPSHOT.jar doesn’t work anymore.

So, I kept the zsmartsystems jar files and manually download the zigbee and zigbee.telegesis from https://ci.openhab.org/job/openHAB2-Bundles/lastSuccessfulBuild/

But, the binding doesn’t start, first error was with Xstream and your trick to add the .jar worked. next was with gnu.io and install the DSC Binding helped, and next the last errors.

So seem to be another world between friday and today :slight_smile:

That’s the problem then - it’s too old to be compatible with the latest binding.