- From: RDBMS <RDBMS@aol.com>
- Date: Thu, 27 Oct 2005 14:20:23 -0700
- To: <public-ws-desc-comments@w3.org>
- Cc: "WSDL - Booth, David \(HP\)" <dbooth@hp.com>, "WSDL - Arthur Ryman" <ryman@ca.ibm.com>
- Message-ID: <003701c5db3c$3f2f1ca0$6601a8c0@phnx.qwest.net>
I referenced the "Core" rather than Primer. This comment refers to the Primer. My Apologies ! J. Bean P.O. Box 30171 Phoenix, AZ 85046-0171 RDBMS@aol.com XML-Guy@hotmail.com ----- Original Message ----- From: RDBMS To: public-ws-desc-comments@w3.org Cc: WSDL - Booth, David (HP) ; WSDL - Arthur Ryman Sent: Thursday, October 27, 2005 1:53 PM Subject: WSDL 2.0 Core, section 2.3.3, "xs:include" I believe that the table (2-1) and column "meaning" may be incomplete as to xs:include, or it imposes a restriction on XML Schema within WSDL that is not constrained by XML Schema alone. The current text in this table for xs:include notes: "Merge XML Schema components from another XML Schema document that has the SAME targetNamespace." This text implies/states that an xs:include(d) schema MUST have a targetNamespace, which is not true. The notion of a "chameleon" schema is one that implements an xs:include from a parent schema (often a proxy or umbrella schema). The xs:include(d) schema in this example is not required to have a targetNamespace. That is, the xs:include(d) namespace might not have any namespace at all, or it can have the same targetNamespace. The parent or xs:include(ing) schema would then act as a proxy to apply its namespace to all xs:include(d) and referenced declarations (assuming it has a targetNamespace, which is also not required). If the xs:include(d) schema does not have a targetNamespace declared, it is then coerced into the namespace of the xs:include(ing) parent schema (again, if that parent schema has a targetNamespace). In this case and by virtue of having no targetNamespace, the xs:include(d) schema does NOT have the same namespace as the xs:include(ing) schema. This condition would appear to violate the text in table 2-1. If the xs:include(d) schema does have a targetNamespace declared, it then MUST be the same as the xs:include(ing) parent schema (this condition is satisfied by the text in table 2-1). Was the intent of the working group such that the current application of targetNamespace and xs:include as allowed by XML Schema is not allowed when implemented via a WSDL <types/> reference ? J. Bean P.O. Box 30171 Phoenix, AZ 85046-0171 RDBMS@aol.com XML-Guy@hotmail.com
Received on Thursday, 27 October 2005 21:17:28 UTC