Closed spodrebersek closed 1 year ago
libyang should use as few namespaces as possible and it is true in this case as well. Your expected reply would not be valid according to NETCONF, in the reply there must not be the operation itself, only the output nodes. Hence the first XML is being sent. It could also be
<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="55" xmlns:ormgmt="urn:o-ran:file-management:1.0">
<ormgmt:status>FAILURE</ormgm:tstatus>
<ormgm:reject-reason>Unsupported 'local-logical-file-path'. </ormgm:reject-reason>
</rpc-reply>
but that is hardly better, we have opted not to use XML prefixes unless necessary.
Thanks for quick response.
I have a question concerning XML tags in a YANG RPC response message. Is the inclusion of 'xmlns=...' configurable or always present for child nodes in tree of an RPC response? I do not see them in notifications, or if code prints the parent node using lyd_print_file(stdout, input, LYD_XML, LYD_PRINT_WD_ALL);
I see something like this at client:
but was expecting child nodes without 'xmls' in tag like this:
How can I get it to not show xmlns in child nodes?