Table of contentsAppendices |
1.2 Notational ConventionsNotational ConventionsThe keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. This specification uses properties from the XML Information Set [XMLInfoSet]. Such properties are denoted by square brackets, e.g. [namespace name]. This specification uses namespace prefixes throughout; they are listed in [tabnsprefixes]. Note that the choice of any namespace prefix is arbitrary and not semantically significant (see [XMLInfoSet]). This specification uses curly brackets (e.g., {property}) to indicate a property in the WSDL component model, as defined in [Component Model].
Namespace names of the general form http://example.org/... and http://example.com/... represent application or context-dependent URIs [RFC2396]. All parts of this specification are normative, with the EXCEPTION of notes, pseudo-schemas, examples, and sections explicitly marked as "Non-Normative". Pseudo-schemas are provided for each component, before the description of the component. They use BNF-style conventions for attributes and elements: `?' denotes optionality (i.e. zero or one occurrences), `*' denotes zero or more occurrences, `+' one or more occurrences, `[' and `]' are used to form groups, `|' represents choice. Attributes are conventionally assigned a value which corresponds to their type, as defined in the normative schema.
<!-- sample pseudo-schema -->
<defined_element
required_attribute_of_type_string="xs:string"
optional_attribute_of_type_int="xs:int"? >
<required_element />
<optional_element />?
<one_or_more_of_these_elements />+
[ <choice_1 /> | <choice_2 /> ]*
</defined_element>
|