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/MDSAL-342 mdsal <p> </p> <p>Given the models <span class="error">&#91;0&#93;</span>, when listening for changes and trying to get child from </p> <p>DataObjectModification using MvpnRoutes.class. </p> <p>Issue seems to be coming from LazyDataObjectModification, when obtaining </p> <p>BindingCodecTreeNode which generates PathArgumentes using Ipv6 Module,</p> <p>when the required one is the Ipv4 Module.</p> <p>It can be reproduced using patch <span class="error">&#91;1&#93;</span></p> <p><span class="error">&#91;0&#93;</span> <a href="https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=tree;f=bgp/mvpn/src/main/yang;h=cc6cd734b3b1cddd2b957365e32b6c1796dbcb21;hb=refs/heads/master" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=tree;f=bgp/mvpn/src/main/yang;h=cc6cd734b3b1cddd2b957365e32b6c1796dbcb21;hb=refs/heads/master</a></p> <p><span class="error">&#91;1&#93;</span> <a href="https://git.opendaylight.org/gerrit/#/c/72160/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/72160/</a></p> MDSAL-342

DataObjectModification not able find child via getModifiedChildContainer

Improvement Medium Resolved Done Robert Varga Claudio David Gasparini Tue, 22 May 2018 11:39:56 +0000 Sat, 4 Aug 2018 01:21:08 +0000 Sat, 4 Aug 2018 01:21:08 +0000 Fluorine 0 2 <p>Can you minimize the test case to a write+listen change? Debugging a full asynchronous serialize+parse+process case is a bit of a tall order for my memory of BGP <img class="emoticon" src="https://jira.opendaylight.org/images/icons/emoticons/sad.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> <p>I was trying to reproduce it on that way, but I hit <a href="https://jira.opendaylight.org/browse/YANGTOOLS-883" title="YANG parser fails to detect duplicate nodes in cases" class="issue-link" data-issue-key="YANGTOOLS-883"><del>MDSAL-343</del></a>.</p> <p>Between, running in debug mode testUseCase1</p> <ul> <li>set debug point on <span class="error">&#91;0&#93;</span>, there is log comment point where we expect to get child information.</li> <li>if we remove <span class="error">&#91;1&#93;</span>, then we will get the information without any issue. I compared the information under DataObjectModification&lt;Tables&gt; table for both scenarios and it is the same. BindingCodecTreeNode(LazyDataObjectModification) will generate different bindingPathArgument for Child on each scenario, but only one using the correct module(ipv4) .</li> </ul> <p> </p> <p><span class="error">&#91;0&#93;</span> <a href="https://git.opendaylight.org/gerrit/#/c/72160/2/bgp/rib-impl/src/main/java/org/opendaylight/protocol/bgp/rib/impl/EffectiveRibInWriter.java" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/72160/2/bgp/rib-impl/src/main/java/org/opendaylight/protocol/bgp/rib/impl/EffectiveRibInWriter.java</a></p> <p><span class="error">&#91;1&#93;</span> <a href="https://git.opendaylight.org/gerrit/#/c/72160/2/bgp/rib-impl/src/test/java/org/opendaylight/protocol/bgp/rib/impl/AbstractAddPathTest.java" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/72160/2/bgp/rib-impl/src/test/java/org/opendaylight/protocol/bgp/rib/impl/AbstractAddPathTest.java</a></p> <p>This issue no longer blocks, as it has been worked around by modifying the model <img class="emoticon" src="https://jira.opendaylight.org/images/icons/emoticons/sad.png" height="16" width="16" align="absmiddle" alt="" border="0"/> In order to solve it, we need some help from <a href="https://jira.opendaylight.org/browse/MDSAL-45" title="InstanceIdentifier does not properly capture choice-case child relationship" class="issue-link" data-issue-key="MDSAL-45"><del>MDSAL-45</del></a>. We then need to define a similar API for dealing with ambiguous case members.</p> Blocks MDSAL-45 Development Rank 0|i03etb: