<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:52:18 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>[CONTROLLER-143] MD-SAL not unmarshalling not yet seen Identifiers</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-143</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;Using the toaster sample and the release distribution, when I issue a request to &quot;make-toast&quot; a null pointer exception is being thrown in &lt;/p&gt;

&lt;p&gt;org.opendaylight.controller.sample.toaster.provider.OpendaylightToaster.logToastInput(OpendaylightToaster.java:100).&lt;/p&gt;

&lt;p&gt;It appears the the toasterToastType input parameter is not correctly be marshalled as the value in the internal structure is even though it has been set on the API call. The toasterDoneness value is being marshalled correctly.&lt;/p&gt;

&lt;p&gt;My concern is that this may mean that general marshalling for the RESTCONF interface is not working correctly.&lt;/p&gt;

&lt;p&gt;The API is being invoked using the following curl:&lt;/p&gt;

&lt;p&gt;curl -v -H &quot;Content-Type: application/vnd.yang.operation+json&quot; -XPOST &lt;a href=&quot;http://admin:admin@localhost:8080/restconf/operations/toaster:make-toast&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://admin:admin@localhost:8080/restconf/operations/toaster:make-toast&lt;/a&gt; -d &apos;{ &quot;input&quot; : &lt;/p&gt;
{ &quot;toasterDoneness&quot; : 3, &quot;toasterToastType&quot; : &quot;white-bread&quot; }
&lt;p&gt; }&apos;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Linux&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="24697">CONTROLLER-143</key>
            <summary>MD-SAL not unmarshalling not yet seen Identifiers</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="10000">Done</resolution>
                                        <assignee username="mmarsale@cisco.com">Maros Marsalek</assignee>
                                    <reporter username="dbainbri.ciena@gmail.com">David Bainbridge</reporter>
                        <labels>
                    </labels>
                <created>Wed, 29 Jan 2014 20:52:36 +0000</created>
                <updated>Tue, 25 Jul 2023 08:23:03 +0000</updated>
                            <resolved>Tue, 25 Feb 2014 12:06:54 +0000</resolved>
                                                                    <component>mdsal</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="47610" author="msunal@cisco.com" created="Tue, 4 Feb 2014 15:53:20 +0000"  >&lt;p&gt;This commit &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/5035/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/5035/&lt;/a&gt; added media types: &lt;br/&gt;
application/yang.operation+json&lt;br/&gt;
application/yang.operation+xml&lt;/p&gt;

&lt;p&gt;I check also all arguments which are sent and all are correctly sent to transaction. If you still get NPE then a problem is in another component and bug should be moved to MD-SAL.&lt;/p&gt;</comment>
                            <comment id="47611" author="dbainbri.ciena@gmail.com" created="Fri, 7 Feb 2014 00:09:08 +0000"  >&lt;p&gt;Traces this down to ValueWithQName in yang tools (LazyGeneratedCodecRegistry.java:544). The dynamically generated codec does not seem to be unmashaling the data correctly.&lt;/p&gt;</comment>
                            <comment id="47612" author="dbainbri.ciena@gmail.com" created="Fri, 7 Feb 2014 00:36:16 +0000"  >&lt;p&gt;It seems to get the proper value from MutableCompositeNodeTOImpl, and the AbstractNodeTO returns the value as a QName&lt;br/&gt;
print value&lt;br/&gt;
 value = &quot;(&lt;a href=&quot;http://netconfcentral.org/ns/toaster?revision=2009-11-20)white-bread&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://netconfcentral.org/ns/toaster?revision=2009-11-20)white-bread&lt;/a&gt;&quot;&lt;br/&gt;
pool-21-thread-1&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; print value.getClass()&lt;br/&gt;
 value.getClass() = &quot;class org.opendaylight.yangtools.yang.common.QName&quot;&lt;/p&gt;</comment>
                            <comment id="47613" author="dbainbri.ciena@gmail.com" created="Fri, 7 Feb 2014 00:42:44 +0000"  >&lt;p&gt;seems to note be able to find find a reference to the class WhiteBread at line 960 in LazyGeneratedCodecRegistry.java.&lt;/p&gt;</comment>
                            <comment id="47614" author="tony.tkacik@gmail.com" created="Wed, 19 Feb 2014 14:46:22 +0000"  >&lt;p&gt;Fix is submitted to code review: &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/5414/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/5414/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="47615" author="dbainbri.ciena@gmail.com" created="Thu, 20 Feb 2014 00:34:47 +0000"  >&lt;p&gt;I just pulled a fresh clone of the controller. Did a git fetch &lt;a href=&quot;https://git.opendaylight.org/gerrit/controller&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/controller&lt;/a&gt; refs/changes/14/5414/2 &amp;amp;&amp;amp; git checkout FETCH_HEAD to git this patch merged into my source. Removed $HOME/.m2/respository/org. Did a mvn -U -DskipTests clean install. Ran the new build and attempted:&lt;br/&gt;
POST make-toast: recieved 402 (no content) and saw notification messages in log (yeah!)&lt;br/&gt;
PUT toaster:toaster: with&lt;br/&gt;
{&lt;br/&gt;
  &quot;toaster:toaster&quot; : &lt;/p&gt;
{
  	&quot;toasterManufacturer&quot; : &quot;test&quot;,
  	&quot;toasterModelNumber&quot; : &quot;1234567&quot;,
    &quot;toasterStatus&quot; : &quot;Up&quot;
  }
&lt;p&gt;}&lt;br/&gt;
returned 200 OK, but failed with an exception in the console during deserialization.&lt;br/&gt;
GET toaster:toaster (from config) returned what i PUT&lt;br/&gt;
GET toaster:toaster (from operational) return 404&lt;/p&gt;</comment>
                            <comment id="47616" author="tony.tkacik@gmail.com" created="Tue, 25 Feb 2014 12:06:54 +0000"  >&lt;p&gt;Original bug is fixed. Opened followup &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-186&quot; title=&quot;Data Store allowed put for operational part of model into config data store&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-186&quot;&gt;&lt;del&gt;CONTROLLER-186&lt;/del&gt;&lt;/a&gt; for behaviour you are seeing.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="24668">CONTROLLER-114</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </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_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>388</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=388]]></customfieldvalue>

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

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