Sofware-Defined Networking

Reply
Occasional Contributor
Posts: 6
Registered: ‎01-29-2015

Yang conflict when installing odl-restconf on bvc-1.1.1

Greetings,

 

I managed to break my bvc-1.1.1 install while trying to setup a plugin.  I see the following:

 

vyatta-user@root>feature:install odl-restconf
Refreshing bundles io.netty.common (129)
Error executing command: Could not start bundle mvnSmiley Surprisedrg.opendaylight.yangtools.model/ietf-restconf/2013.10.19.7-SNAPSHOT in feature(s) odl-yangtools-models-0.7.0-SNAPSHOT: The bundle "org.opendaylight.yangtools.model.ietf-restconf_2013.10.19.7-SNAPSHOT [739]" could not be resolved. Reason: Package uses conflict: Import-Package: org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.inet.types.rev100924; version="[2010.9.0,2011.0.0)", Package uses conflict: Import-Package: org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.yang.types.rev130715; version="[2013.7.0,2014.0.0)"

 

I have removed my /root/.m2 directory and still see the issue.  Which one is the right yang package and how do I correct the issue?  I forgot to make a image of the machine before I broke it Smiley Happy

Occasional Contributor
Posts: 6
Registered: ‎01-29-2015

Re: Yang conflict when installing odl-restconf on bvc-1.1.1

I fixed the issue by doing a re-install of bvc-1.1.1.

Occasional Contributor
Posts: 47
Registered: ‎01-16-2015

Re: Yang conflict when installing odl-restconf on bvc-1.1.1

Hi sonoble,

     In my new BVC install I have done a bundle:tree-show on the org.opendaylight.yangtools.model.ietf-restconf bundle, since this appears to be the bundle that you have replaced with a SNAPSHOT (or your SNAPSHOT replaces it and is causing a uses conflict).

 

org.opendaylight.yangtools.model.ietf-restconf [89]
+- org.opendaylight.yangtools.model.ietf-inet-types [86]
|  +- org.opendaylight.yangtools.yang-binding [85]
|  |  +- org.opendaylight.yangtools.util [81]
|  |  |  +- org.ops4j.pax.logging.pax-logging-api [7]
|  |  |  |  +- org.ops4j.pax.logging.pax-logging-api [7]
|  |  |  +- com.google.guava [78]
|  |  |  +- org.opendaylight.yangtools.concepts [79]
|  |  +- org.ops4j.pax.logging.pax-logging-api [7]
|  |  +- com.google.guava [78]
|  |  +- org.opendaylight.yangtools.yang-common [80]
|  |  |  +- org.ops4j.pax.logging.pax-logging-api [7]
|  |  |  +- com.google.guava [78]
|  |  |  +- org.opendaylight.yangtools.object-cache-api [82]
|  |  |  |  +- org.ops4j.pax.logging.pax-logging-api [7]
|  |  |  |  +- com.google.guava [78]
|  |  |  |  +- org.opendaylight.yangtools.object-cache-guava [83]
|  |  |  |  |  +- com.google.guava [78]
|  |  |  |  +- org.opendaylight.yangtools.concepts [79]
|  |  |  +- org.opendaylight.yangtools.concepts [79]
|  |  +- org.opendaylight.yangtools.concepts [79]
|  +- com.google.guava [78]
+- org.opendaylight.yangtools.yang-binding [85]
+- com.google.guava [78]
+- org.opendaylight.yangtools.model.ietf-yang-types-20130715 [88]
|  +- org.opendaylight.yangtools.yang-binding [85]
|  +- com.google.guava [78]
+- org.opendaylight.yangtools.yang-common [80]

 

 

I am not positive what modifications you have made, so I am not certain how to unwind it.  

You need to track backwards to determine where the uses dependency conflict lies: http://spring.io/blog/2008/11/22/diagnosing-osgi-uses-conflicts/

If you told me what you had done prior to seeing this conflict I could perhaps reproduce the issue and then I could help to find where the conflict lies and how to unwind it.

 

Jim

Join the Community

Get quick and easy access to valuable resource designed to help you manage your Brocade Network.