[NETCONF-10] Separate schema context for config subsystem and md-sal Created: 04/Nov/14  Updated: 15/Mar/19  Resolved: 24/Nov/15

Status: Resolved
Project: netconf
Component/s: netconf
Affects Version/s: None
Fix Version/s: None

Type: Improvement
Reporter: Viera Zelcamova Assignee: Unassigned
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All



 Comments   
Comment by Maros Marsalek [ 01/Dec/14 ]

Config subsystem has a view of the entire schema context in ODL. Its view should be limited only to config subsystem related yang models using e.g. proxy schema context provider. The entire schema context with all models is confusing to the users of config subsystem especially using NETCONF interface.

Comment by Marian Dubai [ 19/Feb/15 ]

https://git.opendaylight.org/gerrit/#/c/14599/

Comment by Marian Dubai [ 19/Feb/15 ]

https://git.opendaylight.org/gerrit/#/c/14599/

Comment by Marian Dubai [ 19/Feb/15 ]

https://git.opendaylight.org/gerrit/#/c/14599/

Comment by Maros Marsalek [ 23/Feb/15 ]

This improvement remains in Waiting for review. The feature is finished, however it is not activated. To activate the feature use following commit:

https://git.opendaylight.org/gerrit/#/c/14599/

The reasons for leaving this commit unmerged are stated in gerrit.

Comment by Robert Varga [ 13/Nov/15 ]

Move to NETCONFI project.

Comment by Tomas Cere [ 24/Nov/15 ]

From the gerrit patchset:
There are 2 issues with using this:
1. If a config file anywhere in the downstream project mentions yang schema that is not directly in use by config subsystem, the config pusher will fail to push such config. It is guaranteed that such cases are present in at least one downstream project. This means we will break the features of downstream projects during the startup of a controller.
2. Is there any benefit of mentioning non-config yang files (yang files for md-sal) in the initial config file ? e.g. it makes a guarantee (to some extent) that the module will be spawned after the md-sal knows about yang model that is going to be used by the module towards the md-sal ? If yes, this might cause further intermittent breakage for the controller startup.

Generated at Wed Feb 07 20:13:56 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.