<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:54:10 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[YANGTOOLS-740] Support for a mode where the if-feature information is exposed in the created SchemaContext</title>
                <link>https://jira.opendaylight.org/browse/YANGTOOLS-740</link>
                <project id="10188" key="YANGTOOLS">yangtools</project>
                    <description>&lt;p&gt;Currently, from the Boron release onwards, the YANG parser allows to provide a list of features that are supported, and it will transparently remove the unsupported nodes from the resulting SchemaContext.&lt;/p&gt;

&lt;p&gt;This implies that you end up with a separate model for each device that is connecting (well, with sharing of similar models), but it also means that you can only know the correct model once the device has connected, because only then the supported features are known.&lt;/p&gt;

&lt;p&gt;In a case of pre-provisioning you would like to have the correct model upfront.   The idea is then that at the moment that you push that to the device, you remove all the nodes that are not supported in that specific device based on the if-feature information.   However, with the current YANG parser support this is not possible, or you would have to make models with all possible combinations of features.   We can create a model that contains all features (by saying that all features are supported), but the model then does not give information that some nodes are feature-dependent.&lt;/p&gt;

&lt;p&gt;So we request that a separate mode is introduced where you don&apos;t provide the features in advance, and the SchemaContext then contains feature information per SchemaNode.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="23160">YANGTOOLS-740</key>
            <summary>Support for a mode where the if-feature information is exposed in the created SchemaContext</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10003">Cannot Reproduce</resolution>
                                        <assignee username="pkajsa">Peter Kajsa</assignee>
                                    <reporter username="verthezpw">Peter Verthez</reporter>
                        <labels>
                    </labels>
                <created>Wed, 1 Feb 2017 13:44:10 +0000</created>
                <updated>Sun, 10 Apr 2022 18:35:57 +0000</updated>
                            <resolved>Mon, 18 Sep 2017 13:00:26 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="44318" author="rovarga" created="Tue, 14 Feb 2017 09:43:45 +0000"  >&lt;p&gt;Nitrogen planning has not started. This also has no place in effective model of the world, maybe in the declared one &amp;#8211; in some shape or form.&lt;/p&gt;</comment>
                            <comment id="44319" author="pkajsa" created="Wed, 9 Aug 2017 09:25:47 +0000"  >&lt;p&gt;Hmm.. then one possible option now is to process Module as EffectiveStatement and access to it via org.opendaylight.yangtools.yang.model.api.stmt, where if-feature statements are accessible. &lt;/p&gt;

&lt;p&gt;e.g.&lt;br/&gt;
((EffectiveStatement&amp;lt;?, ?&amp;gt;) module).getDeclared()&lt;br/&gt;
...&lt;/p&gt;

&lt;p&gt;But I am not sure, whether this is sufficient for you.. ?&lt;/p&gt;</comment>
                            <comment id="44320" author="verthezpw" created="Wed, 16 Aug 2017 14:38:15 +0000"  >&lt;p&gt;I&apos;m not sure what that would mean then.   What does this getDeclared() return?   Are those again SchemaNodes?   &lt;/p&gt;

&lt;p&gt;If it is something else and SchemaNode would not have the if-feature info, this would mean that all our schema handling which uses SchemaNode would have to be duplicated for that other class, which doesn&apos;t seem to be useful.&lt;/p&gt;</comment>
                            <comment id="44321" author="rovarga" created="Wed, 16 Aug 2017 14:48:49 +0000"  >&lt;p&gt;SchemaNode is the effective model of the world. If a SchemaNode object additionally implements EffectiveStatement, getDeclared() allows to cross over to  underlying declared model (if applicable).&lt;/p&gt;</comment>
                            <comment id="44322" author="rovarga" created="Mon, 18 Sep 2017 12:54:27 +0000"  >&lt;p&gt;As far as I understand, this information is already available via yang.model.api.meta interfaces.&lt;/p&gt;</comment>
                            <comment id="44323" author="verthezpw" created="Mon, 18 Sep 2017 13:00:26 +0000"  >&lt;p&gt;OK for me, we&apos;ll try your proposal.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="22801">YANGTOOLS-381</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7721</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=7721]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10308"><![CDATA[New Feature]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0293b:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>