https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/YANGTOOLS-575 yangtools <p>Define and implement extension which would allow amend existing definition in third party (imported) module and introduce additional extensions to such preexisting definition without need to modify original model.</p> <p>Operating System: All<br/> Platform: All</p> YANGTOOLS-575

Introduce amend extension with annotate semantics

New Feature Confirmed Unresolved Unassigned Tony Tkacik Mon, 25 Jan 2016 16:02:38 +0000 Fri, 9 Jul 2021 13:25:56 +0000 parser 0 2 <p>Extension argument needs to be able to target any YANG statement, hence requires something like StatementPath in yang-model-api. A statement path is a slightly corrected SchemaPath, which will include information about the namespace in which the lookup needs to take place.</p> <p>As a first cut, this could look like this:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>amend:amend "/d:foo:foo/g:foo:foo/t:foo:foo" { units bar; }</pre> </div></div> <p>which would be targeting the inner-most statement of</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>module foo { prefix foo; container foo { grouping foo { typedef foo { type string; } } } }</pre> </div></div> <p>The argument syntax needs to allow for repetitive prefixes to be not need. The prefixes we need are:</p> <ul> <li>'c' case: nesting expands implicit cases</li> <li>'d' data: container, list, leaf, leaf-list, choice, rpc, action, notification, anyxml, anydata</li> <li>'e' extension</li> <li>'f' feature</li> <li>'g' grouping</li> <li>'i' identity</li> <li>'t' typedef</li> <li>'u' union child type: child offset</li> <li>'x' deviate</li> </ul> <p>The last of which deals with types defined in-line within a union definition, as its member subtypes can be anonymous.</p> <p>After some prototyping, the structure of argument has changed. The extension will also need to be restricted to prepending extension statements. Furthermore the parser and maven plugin will need to be taught about models which are using this extension, because such models need to be pulled in from the library whenever their target(s) are requested – otherwise incremental builds, such as compile-time of downstreams which reference a model extended in this way would onlyt see the base model, but not the extensions.</p> Blocks YANGTOOLS-418 Development External issue ID 5086 External issue URL Issue Type Rank 0|i0282n: