Has anyone seen this error? Latest 2.5 Snapshot which has the meter reset functions for the Aeotec ZW111.
Thanks
14:30:11.616 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab2/addons/org.openhab.binding.zwave-2.5.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.zwave [263]
Unresolved requirement: Import-Package: com.thoughtworks.xstream; version="[1.4.0,2.0.0)"
at org.eclipse.osgi.container.Module.start(Module.java:444) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383) ~[?:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [10:org.apache.felix.fileinstall:3.6.4]
tried to install latest snpshot zwave binding on openhabian 2.4 stable.
Thanks!
2019-05-05 12:50:19.947 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab2/addons/org.openhab.binding.zwave-2.5.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.zwave [257]
Unresolved requirement: Import-Package: com.thoughtworks.xstream; version="[1.4.0,2.0.0)"
at org.eclipse.osgi.container.Module.start(Module.java:444) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383) ~[?:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1221) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:515) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [10:org.apache.felix.fileinstall:3.6.4]
XStream is used by ESH core, so this should really be available. The binding manifest is not specifying any specific version, so even if something changed elsewhere (ie the core changed version) it shouldn’t matter as any version of XStream should resolve the dependancy.
However, I do agree it’s probably related to the new build system - one way or another
I saw that, so it may be an issue with the version numbers. I ran into this issue with another binding and the gson library. The gson version changed, so using the binding in an older build complained about an unresolved requirement for gson, even though a gson bundle was loaded. I thought my above suggestion was at least worth a try…
IMO, the new build system is a real PITA with respect to putting bindings in addons.
I’ve not followed it too closely but Scott also mentioned this yesterday - seems a step backwards if it’s now difficult to install bundles manually
It also could be the case that nothing else in their setups is referencing anything from com.thoughtworks.xstream, so it might not be loaded by the framework. That could be confirmed by installing another binding (using Paper UI or addons.cfg) that uses that package. I dunno for sure.
Took me a while yesterday to find and install the dependencies for the new mail binding. I wanted to install the binding jar in an early 2.5 snapshot, and it was a bit of trial and error to find the right 3rd party jars I needed to install.
My mail service provider disabled TLS 1.0, which broke the OH1 mail action. I was unable to send emails from my production openHAB install, so I was desperate for a solution…
I doubt that’s likely - XStream is used to read all the thing definition files in the core, so every binding uses it. Unless of course that’s all changed now to use a different XML parser - possible, but that would be quite a significant change.
copied the xstream-1.4.jar to addon folder. No output in the logs.
copied latest zwave snapshot to the addon folder, behavior as before:
2019-05-05 15:32:21.886 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab2/addons/org.openhab.binding.zwave-2.5.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.zwave [259]
Unresolved requirement: Import-Package: com.thoughtworks.xstream; version="[1.4.0,2.0.0)"
at org.eclipse.osgi.container.Module.start(Module.java:444) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383) ~[?:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [10:org.apache.felix.fileinstall:3.6.4]
could you please tell me where to find a zwave.jar that is able to recognizing all my new FGR-223 Fibaro Roller Shutter, but also old enough not to run into this… very special problem with this xstream stuff?
Since I don’t know what the problem here is, I can’t really answer - sorry. There is no archives of JARs, so if the M1 version doesn’t contain your devices, then there won’t be any other option I’m afraid.
Hmm. That’s odd. When I drop it in addons, I get this.
openhab> list -s | grep xstream
261 │ Active │ 80 │ 1.4.7.1 │ org.apache.servicemix.bundles.xstream
$ ls -l /opt/openhab2/addons/org.apache.servicemix.bundles.xstream-1.4.7_1.jar
-rw-r--r-- 1 mark mark 548391 May 5 10:01 /opt/openhab2/addons/org.apache.servicemix.bundles.xstream-1.4.7_1.jar
I think there’s also a way to install that bundle directly from the console by specifying the maven coordinates, but I haven’t figured that out yet.