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-379 mdsal <p>As noted in <a href="https://jira.opendaylight.org/browse/INFRAUTILS-58" title="JobCoordinator does not retain Thread Context Class Loader" class="issue-link" data-issue-key="INFRAUTILS-58"><del>INFRAUTILS-58</del></a>, JobCoordinator shifts binding codec access to a place where the TCCL does not reflect available classes, leading to a failure to reload augmentations:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>org.opendaylight.mdsal.binding.dom.codec.impl.IncorrectNestingException: Class interface org.opendaylight.yang.gen.v1.urn.opendaylight.genius.interfacemanager.rev160406.IfTunnel is not valid child of interface org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.interfaces.rev140508.interfaces.Interface at org.opendaylight.mdsal.binding.dom.codec.impl.IncorrectNestingException.create(IncorrectNestingException.java:25) ~[?:?] at org.opendaylight.mdsal.binding.dom.codec.impl.DataContainerCodecContext.childNonNull(DataContainerCodecContext.java:165) ~[?:?] at org.opendaylight.mdsal.binding.dom.codec.impl.DataObjectCodecContext.bindingPathArgumentChild(DataObjectCodecContext.java:185) ~[?:?] at org.opendaylight.mdsal.binding.dom.codec.impl.BindingCodecContext.getCodecContextNode(BindingCodecContext.java:133) ~[?:?] at org.opendaylight.mdsal.binding.dom.codec.impl.BindingCodecContext.newWriter(BindingCodecContext.java:110) ~[?:?] at org.opendaylight.mdsal.binding.dom.codec.impl.BindingNormalizedNodeCodecRegistry.toNormalizedNode(BindingNormalizedNodeCodecRegistry.java:112) ~[?:?] at org.opendaylight.mdsal.binding.dom.adapter.BindingToNormalizedNodeCodec.toNormalizedNode(BindingToNormalizedNodeCodec.java:162) ~[?:?] at org.opendaylight.controller.md.sal.binding.impl.AbstractWriteTransaction.merge(AbstractWriteTransaction.java:51) ~[?:?]</pre> </div></div> <p>While this needs to be fixed in JobCoordinator, we have the class we're logging for available in this case, hence we can improve the situation by using the class's class loader as an alternative.</p> <p> </p> MDSAL-379

Attempt to recover bindings when TCCL is incorrect

Improvement Medium Resolved Done Robert Varga Robert Varga Mon, 15 Oct 2018 10:06:06 +0000 Fri, 2 Nov 2018 12:31:14 +0000 Sat, 27 Oct 2018 16:10:18 +0000 Fluorine SR1 3.0.2 Binding runtime 0 3 <p><a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=rovarga" class="user-hover" rel="rovarga">rovarga</a> : Will this solve the problem whatever we are seeing in genius CSIT with this patch?</p> <p>If so, could you please let us know the corresponding patch which has gone in for this. Would like to know whether the artifacts are published after the fix, so that we can re-run the CSIT</p> <p>Neon patch is <a href="https://git.opendaylight.org/gerrit/76991" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/76991</a> , I don't know why it's now showing in gerrit reviews. As noted in "Fix versions", the fix will be part of 3.0.2.</p> <p>As per <a href="https://jira.opendaylight.org/browse/TSC-179" title="Genius CSI broken by ietf-interface revision misalignment" class="issue-link" data-issue-key="TSC-179"><del>TSC-179</del></a> , this change (<a href="https://git.opendaylight.org/gerrit/76991" class="external-link" target="_blank" rel="nofollow noopener">76991</a>) did not actually fix the IncorrectNestingException.</p> <p>Yup, because the root cause for that failure is somewhere else.</p> Blocks GENIUS-223 Relates TSC-179 Development Rank 0|i03jmn: