<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:15:37 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-676] The &quot;Location&quot; returned in response should be right as description in rfc8040 when create resource.</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-676</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;As description in rfc8040&#160;chapter 4.4.1:&lt;/p&gt;

&lt;p&gt;&#160; &#160;If the POST method succeeds, a &quot;201 Created&quot; status-line is returned&lt;br/&gt;
 and there is no response message-body. A &quot;Location&quot; header field&lt;br/&gt;
 identifying the child resource that was created MUST be present in&lt;br/&gt;
 the response in this case.&lt;/p&gt;

&lt;p&gt;I check feature rfc8040, it returned &quot;Locaiton&quot;, but not&#160;correct.&lt;/p&gt;

&lt;p&gt;For example, I tested with this yang:&lt;/p&gt;

&lt;p&gt;module tapi-common&lt;/p&gt;

{ &#160; &#160; .......... }

&lt;p&gt;module tapi-connectivity {&lt;/p&gt;

&lt;p&gt;&#160; &#160; ..........&lt;/p&gt;

&lt;p&gt;&#160; &#160;&#160;augment &quot;/tapi-common:context&quot; {&lt;br/&gt;
 &#160; &#160; &#160; &#160;ext:augment-identifier &quot;ext-connectivity-context&quot;;&lt;br/&gt;
 &#160; &#160; &#160; &#160;container connectivity-context {&lt;br/&gt;
 &#160; &#160; &#160; &#160; &#160; &#160;list connectivity-service&lt;/p&gt;

&lt;p&gt;&#160; &#160; &#160; &#160; &#160; &lt;/p&gt;
{&#160; &#160;key &apos;uuid&apos;;&#160; &#160;

&#160; &#160; &#160; &#160; &#160; &#160; &#160; uses connectivity-service;&#160; &#160;

&#160; &#160; &#160; &#160; &#160; }

&lt;p&gt;&#160; &#160; &#160; &#160;}&lt;/p&gt;

&lt;p&gt;&#160; &#160;}&lt;/p&gt;

&lt;p&gt;}&lt;/p&gt;

&lt;p&gt;When I use postman to create resource &quot;connectivity-service&quot;, as rfc8040 example in chapter&#160; B.2.1 described, the &quot;Location&quot; in response shoulde be this, bring it uuid:&lt;/p&gt;

&lt;p&gt;&#160; &#160;&#160;Location &#8594;&lt;a href=&quot;http://127.0.0.1:8181/rests/data/tapi-common:context/tapi-connectivity:connectivity-context/tapi-connectivity:connectivity-service=8238c723-c4b9-3ba1-a95c-7a46a03ef125&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://127.0.0.1:8181/rests/data/tapi-common:context/tapi-connectivity:connectivity-context/tapi-connectivity:connectivity-service=8238c723-c4b9-3ba1-a95c-7a46a03ef125&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;But actually returns:&lt;/p&gt;

&lt;p&gt;&#160; &#160;&#160;Location &#8594;&lt;a href=&quot;http://127.0.0.1:8181/rests/data/tapi-common:context/tapi-connectivity:connectivity-context&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://127.0.0.1:8181/rests/data/tapi-common:context/tapi-connectivity:connectivity-context&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Besides, the &quot;Content-Type&quot; also should be returned in response, it is the same as the &quot;Content-Type&quot; in the request.&lt;/p&gt;</description>
                <environment></environment>
        <key id="32611">NETCONF-676</key>
            <summary>The &quot;Location&quot; returned in response should be right as description in rfc8040 when create resource.</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.opendaylight.org/images/icons/priorities/major.svg">Medium</priority>
                        <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="10000">Done</resolution>
                                        <assignee username="wsx25289">wang senxiao</assignee>
                                    <reporter username="wsx25289">wang senxiao</reporter>
                        <labels>
                    </labels>
                <created>Sun, 26 Apr 2020 04:10:41 +0000</created>
                <updated>Mon, 3 Aug 2020 09:53:31 +0000</updated>
                            <resolved>Mon, 3 Aug 2020 09:53:31 +0000</resolved>
                                                    <fixVersion>Aluminium</fixVersion>
                    <fixVersion>Magnesium SR2</fixVersion>
                    <fixVersion>Sodium SR4</fixVersion>
                                    <component>restconf-nb</component>
                        <due>Sun, 26 Apr 2020 00:00:00 +0000</due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="68418" author="jluhrsen" created="Mon, 13 Jul 2020 21:37:55 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=wsx25289&quot; class=&quot;user-hover&quot; rel=&quot;wsx25289&quot;&gt;wsx25289&lt;/a&gt;, I am not sure if this is working as expected or not. There are a few things I noticed.&lt;/p&gt;

&lt;p&gt;1. when we do a GET on a subscription URI (&lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netconf-csit-1node-userfeatures-all-magnesium/185/robot-plugin/log.html.gz#s1-s6-s1-t3-k3-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;bierman works&lt;/a&gt;) we are not getting a header&lt;br/&gt;
response with the Location when it&apos;s done with &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netconf-csit-1node-userfeatures-rfc8040-all-magnesium/141/robot-plugin/log.html.gz#s1-s6-s1-t4-k4-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;rfc8040 &lt;/a&gt;&lt;/p&gt;

&lt;p&gt;2. Above you seem to indicate that the original bug was here so that we also get the Location returned in a 201 response&lt;br/&gt;
header after a POST to create the subscription. That&apos;s not happening for &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netconf-csit-1node-userfeatures-all-magnesium/309/robot-plugin/log.html.gz#s1-s6-s1-t2-k10-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;beirman&lt;/a&gt; or &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netconf-csit-1node-userfeatures-rfc8040-all-magnesium/141/robot-plugin/log.html.gz#s1-s6-s1-t2-k10-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;rfc8040&lt;/a&gt;. should it be?&lt;/p&gt;</comment>
                            <comment id="68420" author="wsx25289" created="Tue, 14 Jul 2020 00:36:42 +0000"  >&lt;p&gt;The rfc8040 says &quot;If the POST method succeeds, a &quot;201 Created&quot; status-line is returned and there is no response message-body.  A &quot;Location&quot; header field identifying the child resource that was created MUST be present in the response in this case.&quot;. But I didn&apos;t see the description about location in GET.&lt;/p&gt;</comment>
                            <comment id="68431" author="jluhrsen" created="Tue, 14 Jul 2020 17:13:06 +0000"  >&lt;p&gt;correct me if I&apos;m wrong, but I think this bug is still there. We don&apos;t see the Location returned in the POST to create, OR in the GET for rfc8040. It is&lt;br/&gt;
 there for the beirman02 GET. &lt;b&gt;This is currently breaking our new rfc8040 CSIT&lt;/b&gt;.&lt;/p&gt;

&lt;p&gt;Here are the headers for each case:&lt;/p&gt;

&lt;p&gt;&lt;font color=&quot;red&quot;&gt;&lt;br/&gt;
beirman02 POST:&lt;/font&gt;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
{&lt;span class=&quot;code-quote&quot;&gt;&apos;Set-Cookie&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;JSESSIONID=node0vl799fp3vr0nz05v66cwslv67.node0;Path=/, rememberMe=deleteMe; Path=/; Max-Age=0; Expires=Wed, 18-Mar-2020 21:42:19 GMT&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Length&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;207&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Expires&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;Thu, 01 Jan 1970 00:00:00 GMT&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Type&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;application/xml&apos;&lt;/span&gt;}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;&lt;font color=&quot;green&quot;&gt;&lt;br/&gt;
beirman02 GET:&lt;/font&gt;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
{&lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Length&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;173&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Type&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;application/xml&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Location&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;ws:&lt;span class=&quot;code-comment&quot;&gt;//10.30.170.125:8185/data-change-event-subscription/opendaylight-inventory:nodes/datastore=CONFIGURATION/scope=BASE&apos;&lt;/span&gt;}&lt;/span&gt;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;&lt;font color=&quot;red&quot;&gt;&lt;br/&gt;
rfc8040 POST:&lt;/font&gt;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
{&lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Type&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;application/xml&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Length&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;207&apos;&lt;/span&gt;}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;&lt;font color=&quot;red&quot;&gt;&lt;br/&gt;
rfc8040 GET:&lt;/font&gt;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
{&lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Type&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;application/xml&apos;&lt;/span&gt;, &lt;span class=&quot;code-quote&quot;&gt;&apos;Content-Length&apos;&lt;/span&gt;: &lt;span class=&quot;code-quote&quot;&gt;&apos;179&apos;&lt;/span&gt;}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="68449" author="jluhrsen" created="Thu, 16 Jul 2020 17:48:15 +0000"  >&lt;p&gt;I think &lt;a href=&quot;https://git.opendaylight.org/gerrit/c/netconf/+/90371&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;this patch &lt;/a&gt; from &lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=vladyslav.marchenko&quot; class=&quot;user-hover&quot; rel=&quot;vladyslav.marchenko&quot;&gt;vladyslav.marchenko&lt;/a&gt; might have helped some. At least CSIT&lt;br/&gt;
for rfc8040 is working now which means the GET is returning the Location in the header.&lt;/p&gt;

&lt;p&gt;Does anyone know if it&apos;s a requirement or not that the POST should return the Location in a response header or not? You can see above&lt;br/&gt;
for the output of the POST response headers. it hasn&apos;t changed.&lt;/p&gt;</comment>
                            <comment id="68497" author="jluhrsen" created="Wed, 29 Jul 2020 19:42:14 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=vladyslav.marchenko&quot; class=&quot;user-hover&quot; rel=&quot;vladyslav.marchenko&quot;&gt;vladyslav.marchenko&lt;/a&gt;, so you know anything here? I notice that magnesium is still&lt;br/&gt;
&lt;a href=&quot;https://jenkins.opendaylight.org/releng/job/netconf-csit-1node-userfeatures-rfc8040-all-magnesium/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;failing &lt;/a&gt;, but this patch didn&apos;t make it to magnesium and may not even apply.&lt;/p&gt;</comment>
                            <comment id="68499" author="JIRAUSER12903" created="Thu, 30 Jul 2020 08:52:00 +0000"  >&lt;p&gt;I actually don&apos;t know if it&apos;s a requirement or not. Fixes about location in header in my patch was for restconf-nb-rfc8040. And I did the same as was done in restconf-nb-bierman02.&lt;br/&gt;
You can see it here:&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/c/netconf/+/90371/21..24/restconf/restconf-nb-rfc8040/src/main/java/org/opendaylight/restconf/nb/rfc8040/jersey/providers/NormalizedNodeXmlBodyWriter.java&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/c/netconf/+/90371/21..24/restconf/restconf-nb-rfc8040/src/main/java/org/opendaylight/restconf/nb/rfc8040/jersey/providers/NormalizedNodeXmlBodyWriter.java&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/c/netconf/+/90371/21..24/restconf/restconf-nb-rfc8040/src/main/java/org/opendaylight/restconf/nb/rfc8040/jersey/providers/NormalizedNodeJsonBodyWriter.java&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/c/netconf/+/90371/21..24/restconf/restconf-nb-rfc8040/src/main/java/org/opendaylight/restconf/nb/rfc8040/jersey/providers/NormalizedNodeJsonBodyWriter.java&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;And that was the reason why CSIT failed at the beginning for my patch&lt;/p&gt;</comment>
                            <comment id="68507" author="jluhrsen" created="Sat, 1 Aug 2020 16:20:13 +0000"  >&lt;p&gt;Thanks for the help &lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=vladyslav.marchenko&quot; class=&quot;user-hover&quot; rel=&quot;vladyslav.marchenko&quot;&gt;vladyslav.marchenko&lt;/a&gt;. Here is a patch to fix Mg:&lt;br/&gt;
  &lt;a href=&quot;https://git.opendaylight.org/gerrit/c/netconf/+/91805&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/c/netconf/+/91805&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="32461">NETCONF-659</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </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_10202" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10301"><![CDATA[Normal]]></customfieldvalue>

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

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