Should the demo app bndrun be able to resolve if no local modifications has been done?
For me the resolution failed:
Resolution failed. Capabilities satisfying the following requirements could not be found:
⇒ osgi.identity: (osgi.identity=org.openhab.core.model.rule.runtime)
⇒ [org.openhab.core.model.rule.runtime version=126.96.36.199011301110]
⇒ osgi.wiring.package: (&(osgi.wiring.package=org.openhab.core.model.script)(version>=3.0.0)(!(version>=4.0.0)))
⇒ [org.openhab.core.model.script version=188.8.131.52011301109]
⇒ osgi.wiring.package: (&(osgi.wiring.package=org.openhab.core.audio)(version>=3.0.0)(!(version>=4.0.0)))
⇒ [org.openhab.core.audio version=184.108.40.206011301109]
⇒ osgi.wiring.package: (osgi.wiring.package=javazoom.jl.decoder)
bndrun shows “javazoom:jlayer” as “not a bundle”
It seems the javazoom class files are bundled into the core.audio bundle only if it is built on console.
Should this work in the IDE, too?
@wborn Is this solved by m2e-maven-dependency-plugin?
It should but after some testing it apparently only unpacks the dependencies if the dir
/bundles/org.openhab.core.audio/target/classes already exists. So the first time you run it in Eclipse with an empty dir bnd adds those package imports… the second time when
target/classes exists the dependency is properly unpacked and bnd doesn’t add those package imports.
I had similar issues with bluetooth bundle and its libraries. Documented steps to resolve these issues: https://github.com/openhab/openhab-distro/issues/1191#issuecomment-739482688
This topic was automatically closed 41 days after the last reply. New replies are no longer allowed.