Resolve Bug:448 - Remove yang-store api and impl.
authorTomas Olvecky <tolvecky@cisco.com>
Mon, 10 Mar 2014 08:56:13 +0000 (09:56 +0100)
committerTomas Olvecky <tolvecky@cisco.com>
Wed, 12 Mar 2014 14:34:31 +0000 (15:34 +0100)
commit80ac73705c6eac38551e6a8d3af4b878edc093c8
treea6a59bd218025b86c0bf8b4f6b955463eb6e9d44
parentcb1cf4b176ffa204544fe18f021ad8bb93cf95a5
Resolve Bug:448 - Remove yang-store api and impl.

Depends on yangtools commit https://git.opendaylight.org/gerrit/#/c/5579/ .
Instead of having multiple bundle trackers for config and netconf, keep only
one. Each bundle containing yang files should use sal code generator, which
generates YangModuleInfo objects. Using this instead of speculatively having
to parse all current yang files for each adding bundle event allows not having
to deal with broken yang dependencies when bundle events come in wrong order.
Put SchemaContextProvider to OSGi SR in config-manager, so that any bundle
working with yang can use it. This replaces too specific YangStoreService which
was coupled with yang-jmx-generator. Users can listen for changes directly
on OSGi SR - they receive service changed event when yang module is added or
removed.

Change-Id: Iabcb35929a1eeef0df328f3f948d70e1bfcbba0d
Signed-off-by: Tomas Olvecky <tolvecky@cisco.com>
opendaylight/md-sal/sal-binding-broker/pom.xml
opendaylight/md-sal/sal-dom-api/pom.xml
opendaylight/md-sal/sal-dom-broker/pom.xml
opendaylight/md-sal/sal-dom-broker/src/main/java/org/opendaylight/controller/sal/dom/broker/impl/SchemaContextProvider.java