Download - CBT Tape
Transcript
names of the start and end tags must match and denote the name of the folder (in the example, ComIbmDni), similar to an XML element type. In contrast, with an XML document the folder cannot begin with an XML declaration; because there can also be no document type declaration (and thus no document type) a folder can never be a valid XML document, although it might be well-formed. The name of the folder used in the example (ComIbmDni) is constructed from the top-level domain name ‘Com’, followed by the company name ‘Ibm’ and the internal product identifier ‘Dni’. Any characters following the end tag in the NameValueData string must be blank. Therefore, each string cannot contain more than one folder. Additional folders can be specified in separate NameValueData fields, each preceded by its corresponding NameValueLength field. Each folder, between its start and end tags, can contain any number of groups, properties, or both, in any order. A group, like a folder, is delimited by XML start and end tags, for example: <Dnf> ... </Dnf> Again, the name of a group is determined by the name of its start and end tags (in the example, Dnf). Like folders, groups can contain properties or additional nested groups. Therefore, a group can be regarded and used as a ‘sub-folder’ for properties that are related by type or function. (In the example, the folder contains properties used to control the WBI for FN Extension for SWIFTNet, which has the component code Dnf.) There is no limit to the nesting level of groups and any number of groups can share the same name within an MQRFH2. A property, like a folder or group, is delimited by start and end tags that define its name, but can contain an optional value (instead of groups or other properties), for example, where ‘Failed’ is the value: <Code>Failed</Code> 38 © 2003. Xephon UK telephone 01635 33848, fax 01635 38345. USA telephone (303) 410 9344, fax (303) 438 0290.