<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:56:11 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-1445] Node name collision for unique argument</title>
                <link>https://jira.opendaylight.org/browse/YANGTOOLS-1445</link>
                <project id="10188" key="YANGTOOLS">yangtools</project>
                    <description>&lt;p&gt;When &lt;tt&gt;unique&lt;/tt&gt; statement is used within a grouping used by another grouping, YANG parser fails to build effective model.&lt;/p&gt;

&lt;p&gt;For example, the following YANG model&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 {
  namespace &quot;urn:foo&quot;;
  prefix &quot;foo&quot;;

  grouping bar-group {
    list bar {
      key bar;
      unique baz;

      leaf bar {
        type string;
      }

      leaf baz {
        type string;
      }
    }
  }

  grouping foo-group {
    container foo {
      uses bar-group;
    }
  }

  uses foo-group;
}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;causes this SourceException:&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;Caused by: org.opendaylight.yangtools.yang.parser.spi.source.SourceException: Error in module &apos;foo&apos;: cannot add &apos;(urn:foo)baz&apos;. Node name collision: &apos;(urn:foo)baz&apos; already declared at foo.yang:14:7 [at foo.yang:14:7]
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment></environment>
        <key id="36014">YANGTOOLS-1445</key>
            <summary>Node name collision for unique argument</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</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="sangwookha">Sangwook Ha</reporter>
                        <labels>
                    </labels>
                <created>Tue, 12 Jul 2022 22:23:52 +0000</created>
                <updated>Wed, 16 Nov 2022 19:31:13 +0000</updated>
                            <resolved>Wed, 16 Nov 2022 19:31:13 +0000</resolved>
                                    <version>8.0.6</version>
                                    <fixVersion>10.0.1</fixVersion>
                    <fixVersion>9.0.3</fixVersion>
                    <fixVersion>8.0.9</fixVersion>
                                    <component>parser</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="71317" author="rovarga" created="Tue, 12 Jul 2022 23:37:16 +0000"  >&lt;p&gt;Hmm, the reproducer is using three different namespaces, perhaps we are not rebasing the requirement correctly?&lt;/p&gt;</comment>
                            <comment id="71318" author="JIRAUSER13318" created="Wed, 13 Jul 2022 05:10:34 +0000"  >&lt;p&gt;I added two successful test cases with a single grouping for comparison and the third one is the reproducer. To keep them in the same directory I originally used different module names &amp;amp; namespaces. I pushed a new patch set which moved the YANG files in its own directory with the same module name &amp;amp; namespace.&lt;/p&gt;</comment>
                            <comment id="71523" author="rovarga" created="Fri, 30 Sep 2022 11:30:33 +0000"  >&lt;p&gt;So the error trace is:&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;java.lang.AssertionError: Failed to assemble effective model
&#160; &#160; at org.opendaylight.yangtools.yang.parser.rfc7950/org.opendaylight.yangtools.yang.stmt.AbstractYangTest.assertEffectiveModel(AbstractYangTest.java:38)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.rfc7950/org.opendaylight.yangtools.yang.stmt.YT1445Test.testUniqueInGroupingUsedByGrouping(YT1445Test.java:25)
&#160; &#160; at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
&#160; &#160; at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
&#160; &#160; at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
&#160; &#160; at java.base/java.lang.reflect.Method.invoke(Method.java:568)
&#160; &#160; at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
&#160; &#160; at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
&#160; &#160; at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
&#160; &#160; at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
&#160; &#160; at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
&#160; &#160; at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
&#160; &#160; at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
&#160; &#160; at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
&#160; &#160; at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
&#160; &#160; at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
&#160; &#160; at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
&#160; &#160; at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
&#160; &#160; at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
&#160; &#160; at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
&#160; &#160; at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
&#160; &#160; at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
&#160; &#160; at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:93)
&#160; &#160; at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:40)
&#160; &#160; at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:529)
&#160; &#160; at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:756)
&#160; &#160; at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:452)
&#160; &#160; at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:210)
Caused by: org.opendaylight.yangtools.yang.parser.spi.meta.SomeModifiersUnresolvedException: Some of EFFECTIVE_MODEL modifiers for statements were not resolved.
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.BuildGlobalContext.propagateException(BuildGlobalContext.java:233)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.BuildGlobalContext.transformEffective(BuildGlobalContext.java:263)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.BuildGlobalContext.buildEffective(BuildGlobalContext.java:208)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.CrossSourceStatementReactor$BuildAction.buildEffective(CrossSourceStatementReactor.java:232)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.rfc7950/org.opendaylight.yangtools.yang.stmt.TestUtils.parseYangSource(TestUtils.java:71)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.rfc7950/org.opendaylight.yangtools.yang.stmt.AbstractYangTest.assertEffectiveModel(AbstractYangTest.java:35)
&#160; &#160; ... 27 more
Caused by: org.opendaylight.yangtools.yang.parser.spi.source.SourceException: Error in module &apos;foo&apos;: cannot add &apos;(urn:foo)baz&apos;. Node name collision: &apos;(urn:foo)baz&apos; already declared at /home/nite/odl/yangtools/parser/yang-parser-rfc7950/target-ide/test-classes/bugs/YT1445/nested-grouping/foo.yang:14:7 [at /home/nite/odl/yangtools/parser/yang-parser-rfc7950/target-ide/test-classes/bugs/YT1445/nested-grouping/foo.yang:14:7]
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.SchemaTreeNamespaceBehaviour.addTo(SchemaTreeNamespaceBehaviour.java:64)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.SchemaTreeNamespaceBehaviour.addTo(SchemaTreeNamespaceBehaviour.java:27)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.SimpleNamespaceContext.addTo(SimpleNamespaceContext.java:44)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.NamespaceStorageSupport.addToNamespace(NamespaceStorageSupport.java:83)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.addToNs(StatementContextBase.java:268)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.meta.AbstractSchemaTreeStatementSupport.onStatementAdded(AbstractSchemaTreeStatementSupport.java:116)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementDefinitionContext.onStatementAdded(StatementDefinitionContext.java:66)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.childCopyOf(StatementContextBase.java:812)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.childCopyOf(StatementContextBase.java:782)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.copyAsChildOfImpl(StatementContextBase.java:747)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.asEffectiveChildOf(StatementContextBase.java:760)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.effectiveCopy(InferredStatementContext.java:573)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.lambda$tryToReusePrototype$1(InferredStatementContext.java:266)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:179)
&#160; &#160; at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1625)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
&#160; &#160; at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:921)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:682)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.tryToReusePrototype(InferredStatementContext.java:268)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.createEffective(InferredStatementContext.java:219)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.createEffective(StatementContextBase.java:426)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.loadEffective(ReactorStmtCtx.java:382)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.buildEffective(ReactorStmtCtx.java:378)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
&#160; &#160; at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1625)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
&#160; &#160; at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:921)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:682)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.meta.AbstractStatementSupport.buildEffectiveSubstatements(AbstractStatementSupport.java:139)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.meta.AbstractStatementSupport.createEffective(AbstractStatementSupport.java:83)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.AbstractResumedStatement.createEffective(AbstractResumedStatement.java:125)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.AbstractResumedStatement.createInferredEffective(AbstractResumedStatement.java:132)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.createInferredEffective(InferredStatementContext.java:230)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.createInferredEffective(InferredStatementContext.java:223)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.tryToReuseSubstatements(InferredStatementContext.java:307)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.tryToReusePrototype(InferredStatementContext.java:240)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.InferredStatementContext.createEffective(InferredStatementContext.java:219)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.createEffective(StatementContextBase.java:426)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.loadEffective(ReactorStmtCtx.java:382)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.buildEffective(ReactorStmtCtx.java:378)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
&#160; &#160; at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1625)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
&#160; &#160; at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:921)
&#160; &#160; at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
&#160; &#160; at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:682)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.meta.AbstractStatementSupport.buildEffectiveSubstatements(AbstractStatementSupport.java:139)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.rfc7950/org.opendaylight.yangtools.yang.parser.rfc7950.stmt.module.ModuleStatementSupport.buildEffectiveSubstatements(ModuleStatementSupport.java:189)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.spi@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.spi.meta.AbstractStatementSupport.createEffective(AbstractStatementSupport.java:83)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.AbstractResumedStatement.createEffective(AbstractResumedStatement.java:125)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.AbstractResumedStatement.createEffective(AbstractResumedStatement.java:110)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.StatementContextBase.createEffective(StatementContextBase.java:426)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.loadEffective(ReactorStmtCtx.java:382)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.ReactorStmtCtx.buildEffective(ReactorStmtCtx.java:378)
&#160; &#160; at org.opendaylight.yangtools.yang.parser.reactor@10.0.0-SNAPSHOT/org.opendaylight.yangtools.yang.parser.stmt.reactor.BuildGlobalContext.transformEffective(BuildGlobalContext.java:261)
&#160; &#160; ... 31 more&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;The node seems to be conflicting with itself. Removing &apos;unique baz&apos; or moving it after &apos;leaf baz&apos; hides the problem.&lt;/p&gt;</comment>
                            <comment id="71538" author="JIRAUSER15511" created="Tue, 11 Oct 2022 06:39:32 +0000"  >&lt;p&gt;We will need a new 8.0.8 version to fix this issue. When can we expect it to release?&#160;&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;</comment>
                            <comment id="71542" author="rovarga" created="Wed, 12 Oct 2022 14:51:15 +0000"  >&lt;p&gt;Probably a couple of weeks, depends on resource allocation.&lt;/p&gt;</comment>
                            <comment id="71543" author="JIRAUSER15511" created="Thu, 13 Oct 2022 01:39:01 +0000"  >&lt;p&gt;Thanks for the info.&lt;/p&gt;</comment>
                            <comment id="71584" author="JIRAUSER15509" created="Thu, 3 Nov 2022 05:45:19 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=rovarga&quot; class=&quot;user-hover&quot; rel=&quot;rovarga&quot;&gt;rovarga&lt;/a&gt; any reason it did not make it into 8.0.8 as planned? We are stuck for now to upgrade and solve important problem.&lt;/p&gt;</comment>
                            <comment id="71590" author="rovarga" created="Sat, 5 Nov 2022 01:16:49 +0000"  >&lt;p&gt;sorry &lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=mikaelpetterson&quot; class=&quot;user-hover&quot; rel=&quot;mikaelpetterson&quot;&gt;mikaelpetterson&lt;/a&gt;, I am doing the best I can. Please note that all ODL project releases are time-bound as opposed to issue-bound.&lt;/p&gt;

&lt;p&gt;Based on the &lt;a href=&quot;https://docs.opendaylight.org/en/latest/release-process/release-schedule.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;release schedule&lt;/a&gt;, the facts are the following:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;we need to ship Sulfur SR3 by 2022-10-28 &amp;#8211; we are past the deadline and yangtools-8.0.8 just had to be shipped with whatever is ready and integrated&lt;/li&gt;
	&lt;li&gt;we need to ship Chlorine SR1 by 2022-10-24, we are late on that&lt;/li&gt;
	&lt;li&gt;we need are late on integrating Argon by 2022-10-21&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;At the end of the day, we are an open-source project and things happen on best-effort basis. Better SLAs can be expected with a commercial engagement, just as is the case with any other open-source project. Since those engagements are providing the life-blood for the project, they always take precedence. In this particular case it is &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-827&quot; title=&quot;Mount loop when setting too low connection-timeout&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-827&quot;&gt;&lt;del&gt;NETCONF-827&lt;/del&gt;&lt;/a&gt; and &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-905&quot; title=&quot;NetconfSessionPromise reconnection failure&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-905&quot;&gt;&lt;del&gt;NETCONF-905&lt;/del&gt;&lt;/a&gt;, which took precedence for ~2 weeks of resources over this issue.&lt;/p&gt;

&lt;p&gt;I am sorry this has slipped its target, but it is not the first time this has happened, nor is it last &amp;#8211; such is the nature of FOSS development. I can show any number of issues we have filed with upstreams that have not seen any reply for 3+ years.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="36218">YANGTOOLS-1454</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </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_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i042ov:</customfieldvalue>

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