InvalidChar (XmlDoc property): Difference between revisions

From m204wiki
Jump to navigation Jump to search
Line 30: Line 30:
<td>The <var>XmlInvalidChar</var> enumeration value (<var>Allow</var> or <var>Disallow</var>) to assign to <var class="term">doc</var>'s <var>InvalidChar</var> property.</td></tr>
<td>The <var>XmlInvalidChar</var> enumeration value (<var>Allow</var> or <var>Disallow</var>) to assign to <var class="term">doc</var>'s <var>InvalidChar</var> property.</td></tr>
</table>
</table>
<h3>InvalidChar enumeration</h3>
<h3>XmlInvalidChar enumeration</h3>
The values of the <var>InvalidChar</var> property are of type <var>[[Enumerations|Enumeration]]</var> <var>XmlInvalidChar</var>:
The values of the <var>XmlInvalidChar</var> property are of type <var>[[Enumerations|Enumeration]]</var> <var>XmlInvalidChar</var>:
<table>
<table>
<tr><th>Allow
<tr><th>Allow
Line 39: Line 39:
</th><td>An <var>XmlDoc</var> with this setting does '''not''' allow invalid characters. This is the default setting.
</th><td>An <var>XmlDoc</var> with this setting does '''not''' allow invalid characters. This is the default setting.
</td></tr></table>
</td></tr></table>
==Usage notes==
==Usage notes==
<ul>
<ul>

Revision as of 15:52, 18 May 2011

Allow invalid characters (obsolete) (XmlDoc class)


Note: As described in the Usage notes below, the InvalidChar property was deprecated as of Sirius Mods version 7.3, and it is invalid as of Sirius Mods version 7.6.

Prior to Sirius Mods 7.3, you use this property to control whether a string containing an invalid XML character can be added to an XmlDoc. A character is invalid if it is not one of the valid characters specified in the W3C Recommendation for XML (see ?? refid=char.). Prior to the introduction of this InvalidChar property (Sirius Mods version 6.8), Janus SOAP did not permit such characters in an XmlDoc. An example is the &amp;ldquo;control character&amp;rdquo; X'01'.

This property is designed to let you use an XmlDoc to contain data that is not exchanged with other applications, yet whose content cannot be controlled by your application. If you present such a document to a W3C-compliant XML processor, it will be rejected as erroneous.

Syntax

%currentXmlInvalidChar = doc:InvalidChar doc:InvalidChar = newXmlInvalidChar

Syntax terms

%currentXmlInvalidChar The XmlInvalidChar enumeration value (see below) of doc's InvalidChar property. Valid values are Allow and Disallow.
doc An XmlDoc object expression.
newXMLInvalidChar The XmlInvalidChar enumeration value (Allow or Disallow) to assign to doc's InvalidChar property.

XmlInvalidChar enumeration

The values of the XmlInvalidChar property are of type Enumeration XmlInvalidChar:

Allow An XmlDoc with this setting allows invalid characters.
Disallow An XmlDoc with this setting does not allow invalid characters. This is the default setting.

Usage notes

  • Pror to Sirius Mods version 7.3, setting the InvalidChar property to Allow let you store any EBCDIC character, including the null character and including a character that does not translate to Unicode. However, as of version 7.3:
    • The XML Element- or Attribute-updating methods allow the storing of any non-null EBCDIC character that translates to Unicode.
    • InvalidChar is deprecated, and it has no effect if invoked. Sirius recommends that InvalidChar not be used. See also the discussion below in "Examples".

    As of Sirius Mods 7.6:

    • XmlDocs are maintained in Unicode, and all Unicode characters can always be stored in an XmlDoc, except null (U+0000), which is prohibited by the XML Recommendation.
    • The InvalidChar property is no longer supported, and requests containing InvalidChar will fail. If you are using InvalidChar in source code to allow null characters, you can use the AllowNull) property instead.
    • EBCDIC characters to be stored in an XmlDoc must be translatable to Unicode. If you have EBCDIC strings that may not be translatable, you must handle them before passing them to an XmlDoc update operation. For example, you may be able to use the Untranslatable parameter of the EbcdicToUnicode function.
  • The InvalidChar property applies to updates to Element or Attribute values. If InvalidChar is Allow, an invalid XML string is allowed in these cases:
    • As the second argument of the AddElement, InsertElementBefore, AddText, InsertTextBefore, and AddAttribute methods
    • As the right-hand side of an assignment to the Value property of an Element, Text, or Attribute node

    Note: The above operations imply that the string contains an EBCDIC value.

  • This property does not affect updates to Comment or Pi nodes. It also does not affect deserialization operations, such as the LoadXml method, although in future versions of Janus SOAP it may be extended to allow invalid Attribute and Element values created with deserialization methods.
  • If InvalidChar is set to Disallow in the method object of the AddSubtree or InsertSubtreeBefore methods, the request is cancelled if the source XmlDoc &amp;ldquo;possibly&amp;rdquo; has any invalid characters. That is, it is cancelled if the XmlDoc containing the argument XmlNode has been updated (in any form) while its InvalidChar property was set to Allow. This is any form of update, including, for instance, deserialization, all the Add* and Insert* methods, assigning to the Value property, and assigning a non-null string to the SelectionNamespace property.
  • You can also check that a string is a valid XML string by using InvalidCharacterPosition.
  • If you attempt to add an invalid character, the error message produced by AddElement, for example, contains a fragment of the value that includes the invalid character.

Examples

Prior to Sirius Mods 7.3, InvalidChar let you store any EBCDIC character. For example, the following fragment:

%doc:InvalidChar = Allow %doc:AddElement('A', $X2C('FF00')) Print 'Value is (hex):' And $C2X(%doc:Value)

Produced the following result:

Value is (hex): FF00

As of version 7.3, however, if AddElement (or another XML &amp;ldquo;storing&amp;rdquo; method) contains either the null character (X'00') or any EBCDIC character (such as X'FF') that does not translate to Unicode, it causes a request cancellation.

If you have an XmlDoc with arbitrary EBCDIC byte streams, it is recommended that you store them in the XmlDoc using base-64 encoding. For example:

%node:AddElement('binaryData', %data:StringToBase64) ... %val = %node:Value:Base64ToString

Request-Cancellation Errors

  • InvalidChar has no request cancellation errors.

See also