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/NETCONF-512 netconf <p>The 8040 code blows up when fed an object with a leaf list.</p> <p>It reaches line 624 in ReadDataTransactionUtil.java which is "I do not know this type of node, I give up".</p> <p>Looking at the code leaf-list type which in YangTools is called LeafSetNode is missing as an option in the preceding conditional in private static NormalizedNode&lt;?, ?&gt; prepareData</p> <p>I am feeding it via json rpc, but this should blow up on anything else. It should not be difficult to concoct a test model and feed it to it.</p> NETCONF-512

8040 code cannot serialize Leaf Lists

Bug High Resolved Done Tom Pantelis Anton Ivanov need_new_patch patch_merged Fri, 23 Feb 2018 17:41:15 +0000 Tue, 4 Sep 2018 08:54:15 +0000 Tue, 4 Sep 2018 08:54:15 +0000 Nitrogen SR1 Oxygen SR4 restconf-nb 0 6 <p>Just confirmed - it blows up on an internal ODL model with leaf-lists as well.</p> <p>Submitted <a href="https://git.opendaylight.org/gerrit/#/c/68651" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/68651</a></p> <p>Please cherry pick 68651 to the oxygen branch and get a +2.  Thanks!</p> <p>Oxygen: <a href="https://git.opendaylight.org/gerrit/#/c/68829/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/68829/</a></p> <p>This still breaks.</p> <p>Tested with both leaf-list of integers and leaf list of strings.</p> <p>018-03-08T13:08:54,596 | ERROR | qtp1530458632-110 | ContainerResponse | 38 - com.sun.jersey.jersey-server - 1.17.0 | Mapped exception to response: 500 (Internal Server Error)<br/> org.opendaylight.restconf.common.errors.RestconfDocumentedException: errors: [RestconfError <span class="error">&#91;error-type: application, error-tag: operation-failed, error-message: Unexpected node type: org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.ImmutableLeafSetEntryNodeBuilder$ImmutableLeafSetEntryNode&#93;</span>]<br/> at org.opendaylight.restconf.nb.rfc8040.rests.utils.ReadDataTransactionUtil.prepareData(ReadDataTransactionUtil.java:668) ~<span class="error">&#91;287:org.opendaylight.netconf.restconf-nb-rfc8040:1.7.0.SNAPSHOT&#93;</span><br/> 1:09 PM</p> <p> </p> <p>This is for: a piece of data which contians "dell-interface:untagged-ports": <span class="error">&#91;&quot;e101-001-0&quot;, &quot;e101-002-0&quot;&#93;</span>.</p> <p>I do not this is a release blocker – it is not a regression, is it?</p> <p>I am not sure it is a regression. It may have always been there - it happens ONLY if you do not specify which store you want and ODL starts to merge config and operational views.</p> <p><a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=tpantelis" class="user-hover" rel="tpantelis">tpantelis</a> is looking into it.</p> <p>I do not think it is a blocker as there is a workaround - specify ?content=config or ?content=operational at the end of the URI. If you specify those - it all works as advertised.</p> <p>It is up to Releng to decide if they want to patch this fully or leave the merge of views functionality till SR1 and Fluorine respectively.</p> Development Rank 0|i03aq7: