[MDSAL-765] Provide a decentralized way of specifying YANG features available at runtime Created: 15/Aug/22  Updated: 09/Jan/24

Status: Confirmed
Project: mdsal
Component/s: Binding codegen, DOM runtime
Affects Version/s: None
Fix Version/s: 12.0.5, 14.0.0, 13.0.1

Type: Epic Priority: Medium
Reporter: Robert Varga Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: pt
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Epic Name: Accurate YANG features

 Description   

YANG-based configuration is used by more and more SDOs, to the point where it is very useful to reuse SDO-defined snippets to configure our components.

One example is the effort behind ietf-netconf-netconf-client-server, which is super useful for configuring both our NETCONF client and server interfaces.

These interfaces unfortunately rely heavily on 'if-feature' statements, which in turn exposes a gap in our infrastructure: we have no way for application components to specify which features they support.

Add the ability for OSGi bundles to expose features they support (at runtime) similar to how they advertize packaged models. Use this ability in DOMSchemaService implementations to pass the collected features down to YANG parser and thus establish a accurate view of EffectiveModelContext.



 Comments   
Comment by Robert Varga [ 02/May/23 ]

The missing bit is ServiceLoader-based integration with ModuleInfoSnapshotBuilder.

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