- From: Lawrence Mandel <lmandel@ca.ibm.com>
- Date: Mon, 13 Nov 2006 22:18:36 -0500
- To: www-ws-desc@w3.org
- Message-ID: <OF6E2508BB.6C23AA2D-ON85257226.0011446E-85257226.00122E90@ca.ibm.com>
There is another assertion that I think has been duplicated or rather further clarified in other assertions in the WSDL 2.0 spec. According to the assertions, if, for example, Interface-0030 fails Description-0024 will also fail. Although I like the broad coverage of Description-0024 I don't like the redundancy in the other assertions I've highlighted. Description-0024 Each WSDL 2.0 or type system component of the same kind MUST be uniquely identified by its qualified name. Interface-0030 For each Interface component in the {interfaces} property of a Description component, the {name} property MUST be unique. Binding-0057 For each Binding component in the {bindings} property of a Description component, the {name} property MUST be unique. Endpoint-0065 For each Endpoint component in the {endpoints} property of a Service component, the {name} property MUST be unique. InterfaceOperation-0035 For each Interface Operation component in the {interface operations} property of an Interface component, the {name} property MUST be unique. Server-0063 For each Service component in the {services} property of a Description component, the {name} property MUST be unique. Schema-0018 A WSDL 2.0 document MUST NOT define the same element or type in more than one inlined schema. Thanks, Lawrence Mandel Software Developer IBM Rational Software Phone: 905 - 413 - 3814 Fax: 905 - 413 - 4920 lmandel@ca.ibm.com ----- Forwarded by Lawrence Mandel/Toronto/IBM on 11/13/2006 10:08 PM ----- Lawrence Mandel/Toronto/IBM@IBMCA Sent by: www-ws-desc-request@w3.org 11/13/2006 09:53 PM To www-ws-desc@w3.org cc Subject Duplicate assertions While creating some tests for assertions I've come across some assertions that I think specify the same requirement. I'll point these out here and suggest that a single assertion be defined for each restriction as multiple assertions may lead to problems interpreting the spec and will lead to ambiguity wrt the assertion that should be flagged as an error for a WSDL document that does not comply with the spec. 1. Import-0001 However, any WSDL 2.0 document that contains component definitions that refer by QName to WSDL 2.0 components that belong to a different namespace MUST contain a wsdl:import element information item for that namespace (see 4.2 Importing Descriptions ). Import-0070 As with XML schema, any WSDL 2.0 document that references a foreign component MUST have a wsdl:import element information item for the associated foreign namespace (but which does not necessarily provide a location attribute information item that identifies the WSDL 2.0 document in which the referenced component is defined). 2. QName-0002 Furthermore, all QName references, whether to the same or to different namespaces MUST resolve to components (see 2.17 QName resolution ). QName-resolution-1219000 A Description component MUST NOT have such broken references. Types-1300000 Every QName reference MUST resolve (see 2.17 QName resolution). 3. Import-0003 Imported components have different target namespace values from the WSDL 2.0 document that is importing them. Import-0071 This value MUST NOT match the actual value of targetNamespace attribute information item in the enclosing WSDL 2.0 document. 4. Schema-0016 A WSDL 2.0 document MUST NOT refer to XML Schema components in a given namespace unless an xs:import or xs:schema element information item for that namespace is present or the namespace is the XML Schema namespace, http://www.w3.org/2001/XMLSchema, which contains built-in types as defined in XML Schema Part 2: Datatypes Second Edition [XML Schema: Datatypes]. Types-1300001 When resolving QNames references for schema definitions, the namespace MUST be imported by the referring WSDL 2.0 document. Thanks, Lawrence Mandel Software Developer IBM Rational Software Phone: 905 - 413 - 3814 Fax: 905 - 413 - 4920 lmandel@ca.ibm.com
Received on Tuesday, 14 November 2006 03:18:54 UTC