<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:55:40 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-1272] Expose SchemaInferenceStack.effectiveStatus()</title>
                <link>https://jira.opendaylight.org/browse/YANGTOOLS-1272</link>
                <project id="10188" key="YANGTOOLS">yangtools</project>
                    <description>&lt;p&gt;Our current inference does not propagate effective status into EffectiveStatement hierarchy, but rather performs some indeterminate magic with DocumentedNode.WithStatus.&lt;/p&gt;

&lt;p&gt;This mechanics is mostly specified in &lt;a href=&quot;https://tools.ietf.org/html/rfc7950#section-7.21.2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://tools.ietf.org/html/rfc7950#section-7.21.2&lt;/a&gt; , but the NETMOD WG list needs to be researched as to how parent/child relationships work &#8211; i.e. what would be the effective status of &apos;bar&apos; here:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;module foo {
  prefix foo;
  namespace foo;

  container foo {
    status deprecated;
   
    container bar;
  }
}&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;as logic would dictate it is implied to be deprecated. This is even stronger when &apos;status obsolete&apos; is in play &#8211; such statements should not be implemented, hence having &apos;status current&apos; underneath them does not make much sense.&lt;/p&gt;

&lt;p&gt;The spec says that&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
   If a definition is &lt;span class=&quot;code-quote&quot;&gt;&quot;current&quot;&lt;/span&gt;, it MUST NOT reference a &lt;span class=&quot;code-quote&quot;&gt;&quot;deprecated&quot;&lt;/span&gt; or
   &lt;span class=&quot;code-quote&quot;&gt;&quot;obsolete&quot;&lt;/span&gt; definition within the same module.&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
   If a definition is &lt;span class=&quot;code-quote&quot;&gt;&quot;deprecated&quot;&lt;/span&gt;, it MUST NOT reference an &lt;span class=&quot;code-quote&quot;&gt;&quot;obsolete&quot;&lt;/span&gt;
   definition within the same module.
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;it could be argued that child statements are referencing their parent &#8211; at least for the purposes of:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;having default effective config inherited from parent&lt;/li&gt;
	&lt;li&gt;having a schema node identifier, which references parent&apos;s argument&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Note that the mechanics of adding status statements has similar scalability implications as &lt;a href=&quot;https://jira.opendaylight.org/browse/YANGTOOLS-1271&quot; title=&quot;Expose SchemaInferenceStack.effectiveConfig()&quot; class=&quot;issue-link&quot; data-issue-key=&quot;YANGTOOLS-1271&quot;&gt;YANGTOOLS-1271&lt;/a&gt;, hence the two issues will probably share some common infrastructure.&lt;/p&gt;</description>
                <environment></environment>
        <key id="33898">YANGTOOLS-1272</key>
            <summary>Expose SchemaInferenceStack.effectiveStatus()</summary>
                <type id="10100" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="2" iconUrl="https://jira.opendaylight.org/images/icons/priorities/critical.svg">High</priority>
                        <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="10000">Done</resolution>
                                        <assignee username="rovarga">Robert Varga</assignee>
                                    <reporter username="rovarga">Robert Varga</reporter>
                        <labels>
                            <label>pt</label>
                    </labels>
                <created>Tue, 13 Apr 2021 12:52:16 +0000</created>
                <updated>Sun, 29 Oct 2023 11:23:54 +0000</updated>
                            <resolved>Sun, 29 Oct 2023 11:23:54 +0000</resolved>
                                                    <fixVersion>12.0.0</fixVersion>
                    <fixVersion>11.0.4</fixVersion>
                                    <component>model-api</component>
                    <component>model-util</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="71130" author="rovarga" created="Tue, 7 Jun 2022 11:59:07 +0000"  >&lt;p&gt;We perhaps want actually compute the effective config/status values based on EffectiveStatementInference &amp;#8211; i.e. we really use it only in contexts where the result is used in something which can be cached, like codecs etc.&lt;/p&gt;</comment>
                            <comment id="72703" author="rovarga" created="Thu, 26 Oct 2023 18:33:59 +0000"  >&lt;p&gt;We cannot quite expose this from EffectiveStatementInference, as we need a normalized view of the path (e.g. resolve enterDataTree() and similar).&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="33897">YANGTOOLS-1271</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_10002" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>YANGTOOLS-1269</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i03xpb:</customfieldvalue>

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