<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:14:29 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>[NETCONF-228] executing rpc get-config in netconf protocol by post errors</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-228</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;when executing rpc get-config in netconf protocol, errors happen if ietf-netconf.yang has different revision between odl and device(e.g netopeer)&lt;/p&gt;

&lt;p&gt;mehtod:&lt;br/&gt;
       post&lt;/p&gt;

&lt;p&gt;  url: &lt;br/&gt;
      &lt;a href=&quot;http://localhost:8181/restconf/operations/...../ietf-netconf:get-config(get&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://localhost:8181/restconf/operations/...../ietf-netconf:get-config(get&lt;/a&gt;)&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Linux&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="21241">NETCONF-228</key>
            <summary>executing rpc get-config in netconf protocol by post errors</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <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="10003">Cannot Reproduce</resolution>
                                        <assignee username="jakubtoth-0">Jakub Toth</assignee>
                                    <reporter username="li.yue23@zte.com.cn">moon.lee</reporter>
                        <labels>
                    </labels>
                <created>Tue, 19 Jul 2016 04:33:09 +0000</created>
                <updated>Fri, 15 Mar 2019 22:22:26 +0000</updated>
                            <resolved>Tue, 9 Aug 2016 07:17:57 +0000</resolved>
                                                                    <component>restconf-nb</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="39490" author="rgoulding" created="Tue, 19 Jul 2016 16:54:53 +0000"  >&lt;p&gt;Can you please provide a karaf.log?&lt;/p&gt;</comment>
                            <comment id="39491" author="jmorvay@cisco.com" created="Tue, 19 Jul 2016 17:22:03 +0000"  >&lt;p&gt;Can you also please provide what error exactly did you get?&lt;/p&gt;

&lt;p&gt;Do you really need to call get-config operation explicitly through restconf?&lt;br/&gt;
Isn&apos;t accessing configuration data through restconf/config sufficient?&lt;/p&gt;</comment>
                            <comment id="39492" author="li.yue23@zte.com.cn" created="Wed, 20 Jul 2016 00:49:24 +0000"  >&lt;p&gt;(In reply to Jakub Morvay from comment #3)&lt;br/&gt;
&amp;gt; Can you also please provide what error exactly did you get?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Do you really need to call get-config operation explicitly through restconf?&lt;br/&gt;
&amp;gt; Isn&apos;t accessing configuration data through restconf/config sufficient?&lt;/p&gt;

&lt;p&gt;&amp;lt;p&amp;gt;Problem accessing /restconf/operations/network-topology:network-topology/topology/topology-netconf/node/turing/yang-ext:mount/ietf-netconf:get-config. Reason:&lt;br/&gt;
&amp;lt;pre&amp;gt;    Server Error&amp;lt;/pre&amp;gt;&amp;lt;/p&amp;gt;&amp;lt;h3&amp;gt;Caused by:&amp;lt;/h3&amp;gt;&amp;lt;pre&amp;gt;java.lang.IllegalArgumentException: Schema node null does not allow children.&lt;br/&gt;
	at org.opendaylight.yangtools.yang.data.impl.codec.SchemaTracker.&amp;lt;init&amp;gt;(SchemaTracker.java:86)&lt;br/&gt;
	at org.opendaylight.yangtools.yang.data.impl.codec.SchemaTracker.create(SchemaTracker.java:125)&lt;br/&gt;
	at org.opendaylight.yangtools.yang.data.codec.gson.JSONNormalizedNodeStreamWriter.&amp;lt;init&amp;gt;(JSONNormalizedNodeStreamWriter.java:48)&lt;br/&gt;
	at org.opendaylight.yangtools.yang.data.codec.gson.JSONNormalizedNodeStreamWriter.createNestedWriter(JSONNormalizedNodeStreamWriter.java:184)&lt;br/&gt;
	at org.opendaylight.controller.sal.rest.impl.NormalizedNodeJsonBodyWriter.createNormalizedNodeWriter(NormalizedNodeJsonBodyWriter.java:139)&lt;br/&gt;
	at org.opendaylight.controller.sal.rest.impl.NormalizedNodeJsonBodyWriter.writeNormalizedNode(NormalizedNodeJsonBodyWriter.java:100)&lt;br/&gt;
	at org.opendaylight.controller.sal.rest.impl.NormalizedNodeJsonBodyWriter.writeTo(NormalizedNodeJsonBodyWriter.java:78)&lt;br/&gt;
	at org.opendaylight.controller.sal.rest.impl.NormalizedNodeJsonBodyWriter.writeTo(NormalizedNodeJsonBodyWriter.java:46)&lt;/p&gt;</comment>
                            <comment id="39493" author="li.yue23@zte.com.cn" created="Wed, 20 Jul 2016 00:58:45 +0000"  >&lt;p&gt;(In reply to Jakub Morvay from comment #3)&lt;br/&gt;
&amp;gt; Can you also please provide what error exactly did you get?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Do you really need to call get-config operation explicitly through restconf?&lt;br/&gt;
&amp;gt; Isn&apos;t accessing configuration data through restconf/config sufficient?&lt;/p&gt;

&lt;p&gt;yes, i need to call get-config operation through restconf to get multiple nodes informaton.&lt;/p&gt;</comment>
                            <comment id="39494" author="jmorvay@cisco.com" created="Wed, 20 Jul 2016 07:56:10 +0000"  >&lt;p&gt;(In reply to moon.lee from comment #5)&lt;br/&gt;
&amp;gt; (In reply to Jakub Morvay from comment #3)&lt;br/&gt;
&amp;gt; &amp;gt; Can you also please provide what error exactly did you get?&lt;br/&gt;
&amp;gt; &amp;gt; &lt;br/&gt;
&amp;gt; &amp;gt; Do you really need to call get-config operation explicitly through restconf?&lt;br/&gt;
&amp;gt; &amp;gt; Isn&apos;t accessing configuration data through restconf/config sufficient?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; yes, i need to call get-config operation through restconf to get multiple&lt;br/&gt;
&amp;gt; nodes informaton.&lt;/p&gt;

&lt;p&gt;Can please explain this multiple nodes information further?&lt;/p&gt;

&lt;p&gt;I think POST to&lt;br/&gt;
/restconf/operations/network-topology:network-topology/topology/topology-netconf/node/turing/yang-ext:mount/ietf-netconf:get-config&lt;br/&gt;
should be conceptually the same thing as GET to &lt;br/&gt;
/restconf/config/network-topology:network-topology/topology/topology-netconf/node/turing/yang-ext:mount/&lt;/p&gt;

&lt;p&gt;What revision of ietf-netconf module are you using? Why do you think this is caused by revision mismatch?&lt;/p&gt;</comment>
                            <comment id="39495" author="li.yue23@zte.com.cn" created="Wed, 20 Jul 2016 08:11:39 +0000"  >&lt;p&gt;(In reply to Jakub Morvay from comment #6)&lt;br/&gt;
&amp;gt; (In reply to moon.lee from comment #5)&lt;br/&gt;
&amp;gt; &amp;gt; (In reply to Jakub Morvay from comment #3)&lt;br/&gt;
&amp;gt; &amp;gt; &amp;gt; Can you also please provide what error exactly did you get?&lt;br/&gt;
&amp;gt; &amp;gt; &amp;gt; &lt;br/&gt;
&amp;gt; &amp;gt; &amp;gt; Do you really need to call get-config operation explicitly through restconf?&lt;br/&gt;
&amp;gt; &amp;gt; &amp;gt; Isn&apos;t accessing configuration data through restconf/config sufficient?&lt;br/&gt;
&amp;gt; &amp;gt; &lt;br/&gt;
&amp;gt; &amp;gt; yes, i need to call get-config operation through restconf to get multiple&lt;br/&gt;
&amp;gt; &amp;gt; nodes informaton.&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Can please explain this multiple nodes information further?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; I think POST to&lt;br/&gt;
&amp;gt; /restconf/operations/network-topology:network-topology/topology/topology-&lt;br/&gt;
&amp;gt; netconf/node/turing/yang-ext:mount/ietf-netconf:get-config&lt;br/&gt;
&amp;gt; should be conceptually the same thing as GET to &lt;br/&gt;
&amp;gt; /restconf/config/network-topology:network-topology/topology/topology-netconf/&lt;br/&gt;
&amp;gt; node/turing/yang-ext:mount/&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; What revision of ietf-netconf module are you using? Why do you think this is&lt;br/&gt;
&amp;gt; caused by revision mismatch?&lt;/p&gt;

&lt;p&gt;these two operations are not same. see &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-230&quot; title=&quot;operations &amp;quot;get&amp;quot; and &amp;quot;get-config&amp;quot; are not distinguished from get http://restconf/config/... or post http://restconf/operations/...&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-230&quot;&gt;&lt;del&gt;NETCONF-230&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;revision of ietf-netconf in odl is 2011-06-11, in netopeer I use is 2011-03-08&lt;/p&gt;</comment>
                            <comment id="39496" author="jmorvay@cisco.com" created="Mon, 25 Jul 2016 09:15:22 +0000"  >&lt;p&gt;Does netopeer advertise ietf-netconf capability with revision 2011-03-08 in hello message?&lt;/p&gt;</comment>
                            <comment id="39497" author="li.yue23@zte.com.cn" created="Mon, 25 Jul 2016 09:21:40 +0000"  >&lt;p&gt;(In reply to Jakub Morvay from comment #8)&lt;br/&gt;
&amp;gt; Does netopeer advertise ietf-netconf capability with revision 2011-03-08 in&lt;br/&gt;
&amp;gt; hello message?&lt;/p&gt;

&lt;p&gt;Yes,it advertises.&lt;/p&gt;</comment>
                            <comment id="39498" author="jmorvay@cisco.com" created="Mon, 25 Jul 2016 11:19:46 +0000"  >&lt;p&gt;(In reply to moon.lee from comment #9)&lt;br/&gt;
&amp;gt; (In reply to Jakub Morvay from comment #8)&lt;br/&gt;
&amp;gt; &amp;gt; Does netopeer advertise ietf-netconf capability with revision 2011-03-08 in&lt;br/&gt;
&amp;gt; &amp;gt; hello message?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Yes,it advertises.&lt;/p&gt;

&lt;p&gt;In that case, you should be able to call even base netconf operations through restconf, so it looks something is broken. &lt;/p&gt;

&lt;p&gt;Can you please provide us karaf.log, so we can have more information, what is really happening.&lt;/p&gt;</comment>
                            <comment id="39503" author="li.yue23@zte.com.cn" created="Tue, 26 Jul 2016 00:32:16 +0000"  >&lt;p&gt;Attachment karaf.log has been added with description: karaf.log&lt;/p&gt;</comment>
                            <comment id="39499" author="martin.ciglan" created="Tue, 26 Jul 2016 14:27:16 +0000"  >&lt;p&gt;Hi &lt;/p&gt;

&lt;p&gt;by looking at package names in log e.g:&lt;/p&gt;

&lt;p&gt;org.opendaylight.controller.sal.rest.impl.NormalizedNodeJsonBodyWriter&lt;br/&gt;
you are using pre-Beryllium Restconf which is not supported anymore. &lt;br/&gt;
Can you please switch to stable Beryllium first and try again? Many thanks.&lt;/p&gt;

&lt;p&gt;     Best Regards&lt;/p&gt;

&lt;p&gt;              Martin&lt;/p&gt;</comment>
                            <comment id="39500" author="rgoulding" created="Wed, 3 Aug 2016 00:10:47 +0000"  >&lt;p&gt;Is this supported in Boron?  My apologies, I was on PTO for the call today and may have missed out on the conversation, still reviewing the minutes.  It seems like something we ought to support going forward... I don&apos;t think that it is particular to pre-Beryllium as I believe this wont work in post-beryllium either...&lt;/p&gt;</comment>
                            <comment id="39501" author="martin.ciglan" created="Mon, 8 Aug 2016 09:36:56 +0000"  >&lt;p&gt;Right. &lt;/p&gt;

&lt;p&gt;We&apos;ve managed to replicate this bug with latest code base and it seems to be a real issue. Given rpc get-config is not present in rpcs collection, even though ietf-netconf module is part of schema context. &lt;br/&gt;
We&apos;re currently investigating why this is happening and we&apos;ll keep you updated.&lt;br/&gt;
Bug reopen, set to critical back again.&lt;/p&gt;

&lt;p&gt;    Martin&lt;/p&gt;</comment>
                            <comment id="39502" author="jmorvay@cisco.com" created="Mon, 8 Aug 2016 11:24:45 +0000"  >&lt;p&gt;Hi all,&lt;/p&gt;

&lt;p&gt;If the device advertises ietf-netconf capability, you are able to call base netconf rpcs via restconf. Tested on master branch, Beryllium should behave in the same way.&lt;/p&gt;

&lt;p&gt;Martin replicated this bug on ODL netconf northbound, not on mounted device.&lt;br/&gt;
Since this bug is about calling base netconf rpcs on mounted device, I am closing this bug.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="21242">NETCONF-229</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="21243">NETCONF-230</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="12680" name="karaf.log" size="587976" author="li.yue23@zte.com.cn" created="Tue, 26 Jul 2016 00:32:16 +0000"/>
                    </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_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>6209</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=6209]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10204" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>ODL SR Target Milestone</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10309"><![CDATA[Boron]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i01x8v:</customfieldvalue>

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