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-876 yangtools <p>ietf-ipv6-router-advertisements submodule which augments ipv6 container from ietf-ip, causes build to fail with NullPointerException:<br/>        Target type not yet generated: container ipv6</p> <p>see attachment for stack-trace.</p> <p>To reproduce this error use patch <a href="https://gerrit.fd.io/r/#/c/11658/" class="external-link" target="_blank" rel="nofollow noopener">https://gerrit.fd.io/r/#/c/11658/</a>.</p> <p>The patch contains a lot of models, because it is hard to reproduce the bug, but it is definitely caused by submodule hc2vpp-ietf-ipv6-router-advertisements and its augmentation for ipv6.</p> <p>If this module is changed to a regular module and used as import instead of include then everything works.</p> <p>There are two cases, where the bug can be observed:</p> <ul> <li>first one shows the build failure (Steps 1 and 2) </li> <li>second shows the same error but on run-time (steps 3 - 6),<br/> by deleting three unrelated models (dhcp@2018-01-03.yang, sfc-ioam-sb-pot@2017-01-12.yang, vpp-nsh@2017-03-15.yang) build succeeds but run-time fails.</li> </ul> <p> </p> <p> </p> <p> </p> YANGTOOLS-876

Submodule with augment from another module throws NullPointerException

Bug Medium Resolved Done Robert Varga Michal Cmarada Thu, 12 Apr 2018 14:33:22 +0000 Mon, 16 Apr 2018 14:57:18 +0000 Mon, 16 Apr 2018 14:57:18 +0000 1.2.2 1.1.2 2.0.3 1.1.4 1.2.3 2.0.4 0 3 <p>It would seem this is related to ModuleDependencyInfo.sort() – which would explain why it is hard to replicate. Can you confirm if the error is suppressed when hc2vpp-ietf-ipv6-unicast-routing imports ietf-ip?</p> <p>Also, can you capture the modules being passed as input and update the patch to re-create the problem?</p> <p>Furthermore, if there is a FD.io issue depending on this, can you link it in as being blocked by this issue?</p> <p>yes, when I added ietf-ip to parent module both build and runtime errors disappeared. Will do some more tests and if I hit the bug again I will report it here.</p> <p>Not sure if you had this in mind, but i found a warning that the submodule was not found in input files:</p> <p>1st case - build failure<br/> <b>14:32:25</b> <span class="error">&#91;WARNING&#93;</span> Submodule SubmoduleEffectiveStatementImpl{name=hc2vpp-ietf-ipv6-router-advertisements, namespace=urn:ietf:params:xml:ns:yang:ietf-ipv6-unicast-routing, revision=2018-03-13, prefix=v6ur, yangVersion=1.1} not found in input files<br/> 2nd case - fail on runtime (warning is from build log)<br/> <span class="error">&#91;WARNING&#93;</span> Submodule SubmoduleEffectiveStatementImpl{name=hc2vpp-ietf-ipv6-router-advertisements, namespace=urn:ietf:params:xml:ns:yang:ietf-ipv6-unicast-routing, revision=2018-03-13, prefix=v6ur, yangVersion=1.1} not found in input files<br/> I can see this warning in both cases when it fails on build and even in runtime.</p> <p>added output for modules from List&lt;Module&gt; sort(final Module... modules) method. see modules.txt</p> <p>The problem is we are inlining statements from the submodule, but not the import statement. This leads to the module being not tracked as depending on ietf-ip and being processed before ietf-ip. Inlining the import statement should fix this issue.</p> Development Rank 0|i03dan: