AddNamespace (XmlNode subroutine): Difference between revisions

From m204wiki
Jump to navigation Jump to search
m (1 revision)
mNo edit summary
Line 1: Line 1:
{{Template:XmlNode:AddNamespace subtitle}}
{{Template:XmlNode:AddNamespace subtitle}}
This subroutine adds a namespace declaration to an <var>Element</var> node.


==Syntax==
==Syntax==
Line 16: Line 15:
==Usage notes==
==Usage notes==
<ul>
<ul>
<li>If a <var class="term">URI</var> argument is specified, the <var>XmlDoc</var>'s [[Namespace (XmlDoc property)|Namespace]] property must be <code>On</code>.
<li>If a <var class="term">uri</var> argument is specified, the <var>XmlDoc</var>'s [[Namespace (XmlDoc property)|Namespace]] property value must be <var>On</var>.
<li>As of <var class="product">[[Sirius Mods|Sirius Mods]]</var> Version 7.3, the <var>AddNamespace</var> method arguments may include only non-null EBCDIC characters that translate to <var>Unicode</var>.
<li>As of <var class="product">[[Sirius Mods|Sirius Mods]]</var> Version 7.3, the <var>AddNamespace</var> method arguments may include only non-null EBCDIC characters that translate to <var>Unicode</var>.
As of <var class="product">Sirius Mods</var> version 7.6, these argument strings are <var>Unicode</var> or are converted to <var>Unicode</var>.  For more information about the effects of this Version 7.6
As of <var class="product">Sirius Mods</var> version 7.6, these argument strings are <var>Unicode</var> or are converted to <var>Unicode</var>.  For more information about the effects of this Version 7.6
Line 24: Line 23:
<li><div id="keepNamespace"></div>To ensure that URIs of already added nodes are preserved:
<li><div id="keepNamespace"></div>To ensure that URIs of already added nodes are preserved:
<ul>
<ul>
<li>A namespace declaration may not be added to an <var>Element</var> that has the same prefix (including no prefix, in the case of the default namespace declaration) if the Element's URI differs from the <var>AddNamespace</var> URI.
<li>A namespace declaration may not be added to an <var>Element</var> that has the same prefix (including no prefix, in the case of the default namespace declaration) if the <var>Element</var>'s URI differs from the <var>AddNamespace</var> URI.
<li>A namespace declaration may not be added to an <var>Element</var> that has an attribute with the same prefix if the attribute's URI differs from the <var>AddNamespace</var> URI.
<li>A namespace declaration may not be added to an <var>Element</var> that has an attribute with the same prefix if the attribute's URI differs from the <var>AddNamespace</var> URI.
<ul><li>Prior to Version 7.7, a namespace declaration may not be added to an <var>Element</var> that has <var>Element</var>  children.  See the [[#Namespace conflict|"Namespace conflict"]] example below.
<ul><li>Prior to Version 7.7, a namespace declaration may not be added to an <var>Element</var> that has <var>Element</var>  children.  See the [[#Namespace conflict|"Namespace conflict"]] example below.
Line 79: Line 78:
</nowiki></p>
</nowiki></p>
===When the method object Element node has children===
===When the method object Element node has children===
As [[#keepNamespace|mentioned in]] the Usage notes above, URIs of already added nodes are preserved.
As [[#keepNamespace|mentioned in]] "Usage notes" above, URIs of already added nodes are preserved.
====Namespace conflict====
====Namespace conflict====
Here is an example which shows a <var>AddNamespace</var> which is disallowed to preserve a URI:
Here is an example which shows an <var>AddNamespace</var> call which is disallowed to preserve a URI:
<p class="code">  %top = %doc:AddElement('p1:top', , 'u:p1')
<p class="code">  %top = %doc:AddElement('p1:top', , 'u:p1')


Line 124: Line 123:
%top:AddElement('lev2', , 'u:x')
%top:AddElement('lev2', , 'u:x')


%top:AddNamespace('', 'u:y')
%top:AddNamespace(<nowiki>''</nowiki>, 'u:y')
%doc:Print
%doc:Print
</p>
</p>
Line 135: Line 134:
==Request-Cancellation Errors==
==Request-Cancellation Errors==
<ul>
<ul>
<li><var class="term">nod</var> does not point to an <var>Element</var> node.
<li>The <var class="term">nod</var> argument does not point to an <var>Element</var> node.
<li>Element pointed to by <var class="term">nod</var> contains one or more child <var>Element</var> nodes.
<li><var>Element</var> pointed to by <var class="term">nod</var> contains one or more child <var>Element</var> nodes.
<li><var class="term">prefix</var> is an invalid prefix.
<li>The <var class="term">prefix</var> argument is an invalid URI.
<li><var class="term">URI</var> is an invalid URI.
<li><var class="term">prefix</var> is the same as the prefix of the <var>Element</var> that <var class="term">nod</var> points to, but <var class="term">uri</var> is different from the namespace URI of the <var>Element</var>.
<li><var class="term">prefix</var> is the same as the prefix of the <var>Element</var> that <var class="term">nod</var> points to, but <var class="term">URI</var> is different from the namespace URI of the <var>Element</var>.
<li>A declaration for the same <var class="term">prefix</var> with a different <var class="term">uri</var> is already present (not merely in scope) at the <var>Element</var> pointed to by <var class="term">nod</var>.
<li>A declaration for the same <var class="term">prefix</var> with a different <var class="term">URI</var> is already present (not merely in scope) at the <var>Element</var> pointed to by <var class="term">nod</var>.
<li>The <var>XmlDoc</var>'s <var>[[Namespace (XmlDoc property)|Namespace]]</var> property value is not <var>On</var>.
<li>The <var>XmlDoc</var>'s <var>Namespace</var> property is not <code>On</code>.
</ul>
</ul>


Line 151: Line 149:
<li>These methods are also useful for working with namespaces:
<li>These methods are also useful for working with namespaces:
<ul>
<ul>
<li>[[AddElement (XmlDoc/XmlNode function)|AddElement]]
<li><var>[[AddElement (XmlDoc/XmlNode function)|AddElement]]</var>
<li>[[SelectionNamespace (XmlDoc property)|SelectionNamespace]]
<li><var>[[SelectionNamespace (XmlDoc property)|SelectionNamespace]]</var>
</ul>
</ul>
</ul>
</ul>
{{Template:XmlNode:AddNamespace footer}}
{{Template:XmlNode:AddNamespace footer}}

Revision as of 20:06, 27 May 2011

Add namespace declaration to Element node (XmlNode class)

[Requires Janus SOAP]


Syntax

nod:AddNamespace( prefix, uri)

Syntax terms

nod An XmlNode that points to the Element node where the namespace declaration is added.
prefix The prefix that is being declared. It must conform to the XML syntax rules for a namespace prefix; the maximum length of the prefix is 300 characters (127 characters prior to version 7.9, and 100 characters prior to Version 7.7).
uri An absolute Uniform Resource Identifier, identifying the namespace the prefix is declared within.

Usage notes

  • If a uri argument is specified, the XmlDoc's Namespace property value must be On.
  • As of Sirius Mods Version 7.3, the AddNamespace method arguments may include only non-null EBCDIC characters that translate to Unicode. As of Sirius Mods version 7.6, these argument strings are Unicode or are converted to Unicode. For more information about the effects of this Version 7.6 change, see "Strings and Unicode with the XmlDoc API".
  • Namespace declarations are serialized in the order in which they are added.
  • Adding the same declaration multiple times on an element is allowed.
  • To ensure that URIs of already added nodes are preserved:
    • A namespace declaration may not be added to an Element that has the same prefix (including no prefix, in the case of the default namespace declaration) if the Element's URI differs from the AddNamespace URI.
    • A namespace declaration may not be added to an Element that has an attribute with the same prefix if the attribute's URI differs from the AddNamespace URI.
      • Prior to Version 7.7, a namespace declaration may not be added to an Element that has Element children. See the "Namespace conflict" example below.
      • Starting with version 7.7, this restriction does not apply when a non-default namespace declaration is being added to the top-level Element of the XmlDoc. See the "Add to top element" example below.
      • Starting with version 7.9, a default namespace declaration can be added to a prefixed Element if all of its Element children themselves have default namespace declarations. See the "Add default namespace" example below.
  • All well-formed XmlDocs implicitly include this namespace declaration in scope at the top-level document element:

    xmlns:xml="http://www.w3.org/XML/1998/namespace"

    The "xml" prefix is currently valid only for the special attributes xml:space and xml:lang. You are not allowed to:

    • Use any other "xml" prefixed element or attribute names
    • Add a namespace declaration for the "xml" prefix for a URI other than "http://www.w3.org/xml/1998/namespace";
    • Add a namespace declaration for "http://www.w3.org/xml/1998/namespace" that has any other prefix besides "xml"

Example

Add namespace to "leaf" element

In the following example, the AddNamespace method adds a namespace to a node that has an existing namespace. Subsequent elements are added to that node using each of the eligible namespace prefixes.

begin %doc is object xmlDoc %doc = new %doc:loadXml('<top - xmlns:SOAP="http://SCHEMAS.XMLSOAP.ORG/soap/"> - <a><SOAP:b></SOAP:b></a></top>') %n1 is object xmlNode %n2 is object xmlNode %n3 is object xmlNode %n1 = %doc:selectSingleNode('top/*/*') call %n1:addNamespace('sirius', 'http://sirius-software.com') print 'The URI of node SOAP:b is: ' %n1:URI %n2 = %n1:addElement('sirius:c') %n3 = %n1:addElement('SOAP:c') call %doc:print print 'The URI of node sirius:c is: ' %n2:URI print 'The URI of node SOAP:c is: ' %n3:URI end

The example result follows:

The URI of node SOAP:b is: http://SCHEMAS.XMLSOAP.ORG/soap/ <top xmlns:SOAP="http://SCHEMAS.XMLSOAP.ORG/soap/"> <a> <SOAP:b xmlns:sirius="http://sirius-software.com"> <sirius:c/> <SOAP:c/> </SOAP:b> </a> </top> The URI of node sirius:c is: http://sirius-software.com The URI of node SOAP:c is: http://SCHEMAS.XMLSOAP.ORG/soap/

When the method object Element node has children

As mentioned in "Usage notes" above, URIs of already added nodes are preserved.

Namespace conflict

Here is an example which shows an AddNamespace call which is disallowed to preserve a URI:

%top = %doc:AddElement('p1:top', , 'u:p1') %lev2 = %top:AddElement('p2:lev2', , 'u:p2') %lev2:AddElement('p1:lev3') %doc:Print %lev2:AddNamespace('p1', 'u:p3')

The result of the above fragment is:

<p1:top xmlns:p1="u:p1"> <p2:lev2 xmlns:p2="u:p2"> <p1:lev3/> </p2:lev2> </p1:top> *** 1 CANCELLING REQUEST: MSIR.0750: Class XmlNode, subroutine AddNamespace: can't expose descendants to new non-default namespace in line ...

If the namespace declaration xmlns:p1="u:p3" were simply inserted in the start tag of <p2:lev2...>, that would change the URI of element p1:lev3, and so it is prohibited.

Add to top element

Since the top element of an XmlDoc cannot "block" a namespace declaration, the general restriction against AddNamespace on an Element with child Elements was removed in Version 7.7, for the top element, when the namespace being added has a prefix:

%top = %doc:AddElement('top') %top:AddElement('p2:lev2', , 'u:p2') %top:AddNamespace('p1', 'u:px') %doc:Print

The result of the above fragment is:

<top xmlns:p1="u:px"> <p2:lev2 xmlns:p2="u:p2"/> </top>

Add default namespace

Since a default namespace declaration is "blocked" if all children of the Element have default namespace declarations, the general restriction against AddNamespace on an Element with child Elements was removed in version 7.9, if a default namespace is being added in such a situation:

%top = %doc:AddElement('p1:top', , 'u:p1') %top:AddElement('lev2', , 'u:x') %top:AddNamespace('', 'u:y') %doc:Print

The result of the above fragment is:

<p1:top xmlns:p1="u:p1" xmlns="u:y"> <lev2 xmlns="u:x"/> </p1:top>

Request-Cancellation Errors

  • The nod argument does not point to an Element node.
  • Element pointed to by nod contains one or more child Element nodes.
  • The prefix argument is an invalid URI.
  • prefix is the same as the prefix of the Element that nod points to, but uri is different from the namespace URI of the Element.
  • A declaration for the same prefix with a different uri is already present (not merely in scope) at the Element pointed to by nod.
  • The XmlDoc's Namespace property value is not On.

See also