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/CONTROLLER-730 controller <p>While making rpc call on mounted schema ODL tries to find the provided rpc in available schema and<br/> according to current scenario <br/> 1. ODL tries to find the qname for the given module and node name from global schema (which has schemas for local netconf sever) instead of mounted schema.</p> <p>2. ODL tries to lookup for the remote rpc into the global schema which has only module belong to local netconf server instead of mounted point schema<br/> due to which it returns validName and rpcDefinition as null.</p> <p>both of above scnearios should be corrected for successful rpc call on mounted schema.<br/> onGlobalContextUpdated method need to updated in a way that it adds the mounted schema to the map of already available schemas so that rpc calls of both the server(local and mounted schema) can work fine.</p> <p>Operating System: Linux<br/> Platform: PC</p> CONTROLLER-730

Issue in rpc call on mounted schema

Bug Resolved Cannot Reproduce Jozef Gloncak Ankit agarwal Tue, 26 Aug 2014 10:54:31 +0000 Tue, 25 Jul 2023 08:24:07 +0000 Tue, 9 Sep 2014 08:30:46 +0000 restconf 0 6 <p>Could you provide example how are you trying to invoke mounted RPC?</p> <p>Hi Tony,</p> <p>I am using following url to make rpc call,</p> <p><a href="http://localhost:8080/restconf/operations/opendaylight-inventory:nodes/node/m10schemanew/yang-ext:mount/configuration:get-system-information" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/operations/opendaylight-inventory:nodes/node/m10schemanew/yang-ext:mount/configuration:get-system-information</a></p> <p>Hi Tony,</p> <p>Is there any update on this?<br/> If you think a change is required in ODL then please acknowledge it.</p> <p>I passed via code which handle invoking of rpc.<br/> Firstly there is method invokeRpc() which contains resolveIdentifierInInvokeRpc(). This method returns rpc executor where concrete rpc is searched in:</p> <ul class="alternate" type="square"> <li>schema context of running ODL if mount point doesn't exist</li> <li>schema context of device behind mount point if MP exists.</li> </ul> <p>Everytime the rpc in front or behind mount point is called the executor is created as mentioned.</p> <p>If rpc is called via your URI<br/> <a href="http://localhost:8080/restconf/operations/opendaylight-inventory:nodes/node/m10schemanew/yang-ext:mount/configuration:get-system-information" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/operations/opendaylight-inventory:nodes/node/m10schemanew/yang-ext:mount/configuration:get-system-information</a></p> <p>then rpc &gt;get-system-information&lt; from module &gt;configuration&lt; from schema context BEHIND mount point is called.</p> <p>You mentioned in numbering 1. that for mounted device ODL tries to find rpc from global schema which isn't true. Rpc is searched in schema context of mount point (RestconfImpl.java row 545 - findRpc() method).</p> <p>I wasn't able to understand numbering 2. but I think that it is the same (or very simillar) as numbering 1.</p> <p>Currently I can't see your problem. Could you specify concrete example. What version of ODL are you using? </p> <p>The feature of distinguising between infront and behind mount point rpc calling was added 7 week ago with commit 987da65... - <a href="https://jira.opendaylight.org/browse/CONTROLLER-633" title="RESTCONF support RPC on yang-ext:mount for any mounted &quot;module&quot;" class="issue-link" data-issue-key="CONTROLLER-633"><del>CONTROLLER-633</del></a> - rpcs behind yang-ext:mount aren't always executed.</p> <p>Hi,<br/> Thanks for your time,</p> <p>Firstly i would like to explain what i was asking for</p> <p>#1: I meant that when ODL tries to find rpc in schema context ,<br/> it was looking into the globalschema instead of schema context of mount point.</p> <p>Now with latest clone of ODL of 05 Sep, it is working fine.</p> <p>#2: query in first point and second point is alomost same.<br/> which is Anywaays is working fine so we can move and close this Bug.</p> <p>May be what you have said is right and merge of <a href="https://jira.opendaylight.org/browse/CONTROLLER-633" title="RESTCONF support RPC on yang-ext:mount for any mounted &quot;module&quot;" class="issue-link" data-issue-key="CONTROLLER-633"><del>CONTROLLER-633</del></a> resolves this issue.</p> <p>Thanks for your time and investiagtion.</p> <p>Reported problem was solved under <a href="https://jira.opendaylight.org/browse/CONTROLLER-633" title="RESTCONF support RPC on yang-ext:mount for any mounted &quot;module&quot;" class="issue-link" data-issue-key="CONTROLLER-633"><del>CONTROLLER-633</del></a></p> Development External issue ID 1620 External issue URL ODL SR Target Milestone Priority Rank 0|i02m7b: