- From: Arthur Ryman <ryman@ca.ibm.com>
- Date: Tue, 26 Jul 2005 18:00:56 -0400
- To: Lawrence Mandel <lmandel@ca.ibm.com>
- Cc: www-ws-desc@w3.org, www-ws-desc-request@w3.org
- Message-ID: <OFC7702F0B.25AFA85C-ON8525704A.00784A3E-8525704A.0078EDE7@ca.ibm.com>
Lawrence,
No. wsdl:import is just for WSDL.
Arthur Ryman,
Rational Desktop Tools Development
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@fido.ca
intranet: http://labweb.torolab.ibm.com/DRY6/
Lawrence Mandel/Toronto/IBM@IBMCA
Sent by: www-ws-desc-request@w3.org
07/25/2005 11:16 AM
To
www-ws-desc@w3.org
cc
Subject
Re: XML Schema import and include questions
Arthur,
You've answered my question 2 - thanks. My question 1 was actually asking
if an XML schema can be imported using the wsd:import mechanism as in
<wsdl:import namespace="http://mynamespace" location="myschema.xsd"/>
AFAIK this is not allowed by the wording of Section 2.3.1 of the primer
seems to suggest otherwise.
Lawrence Mandel
Software Developer
IBM Rational Software
Phone: 905 - 413 - 3814 Fax: 905 - 413 - 4920
lmandel@ca.ibm.com
Arthur Ryman/Toronto/IBM
07/25/2005 10:34 AM
To
Lawrence Mandel/Toronto/IBM@IBMCA
cc
www-ws-desc@w3.org, www-ws-desc-request@w3.org
Subject
Re: XML Schema import and include questionsLink
Lawrence,
1. An inlined XML Schema may use xs:import or xs:inlclude to refer to any
XML document that contains an xs:schema element. The schemaLocation URI
must reference to an xs:schema element. If the URI has no fragment id,
then the root element of the schemaLocation document MUST be xs:schema.
However, if the schemaLocation URI has a fragment id, that the fragment id
MUST refer to an xs:schema element, i.e, it may be a child element. This
means the the fragment id could refer to an xs:schema that is defined in a
wsdl:types element in a WSDL document. So although you are refering to a
WSDL document, you are not using wsdl:import - you are using xs:import
(with a suitable fragment id).
2. No, you can't have an xs:include in wsdl:types based on the WSDL 2.0
Core Language Spec.. The WSDL 2.0 spec only defines xs:schema or
xs:import. (of course, some other spec could define the meaning of other
elements). The WSDL 2.0 only explicitly defines the use of xs:schema and
xs:import. Anything else is undefined. The spec doesn't explicilty
excluded everything else since extensions are allowed.
Arthur Ryman,
Rational Desktop Tools Development
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@fido.ca
intranet: http://labweb.torolab.ibm.com/DRY6/
Lawrence Mandel/Toronto/IBM@IBMCA
Sent by: www-ws-desc-request@w3.org
07/22/2005 06:10 PM
To
www-ws-desc@w3.org
cc
Subject
XML Schema import and include questions
I have a couple WSDL 2.0, XML Schema questions as well.
1. Section 2.3.1 of the primer states,
"Although WSDL 2.0 provides a wsdl:import mechanism (described in the next
section), an inlined XML schema may also use XML Schema's native xs:import
and xs:include elements to refer to schemas either in separate files or
inlined in the same WSDL 2.0 document. "
This seems to suggest that wsdl:import can be used for XML Schema as well.
As far as I understand WSDL 2.0 this is not the case. Can wsdl:import be
used for XML Schemas?
2. Can the xs:include element be used as a child element of types to
include an XML Schema with the same targetNamespace as the enclosing WSDL
document as in
<wsdl:types>
<xs:include schemaLocation="somelocation.xsd"/>
</wsdl:types>
I don't see anything in the WSDL 2.0 spec that forbids this. Does it even
make sense to use an include when crossing between the WSDL and XML Schema
type languages?
Thanks,
Lawrence Mandel
Software Developer
IBM Rational Software
Phone: 905 - 413 - 3814 Fax: 905 - 413 - 4920
lmandel@ca.ibm.com
Arthur Ryman/Toronto/IBM@IBMCA
Sent by: www-ws-desc-request@w3.org
07/22/2005 04:41 PM
To
"John Kaputin (gmail)" <jakaputin@gmail.com>
cc
John Kaputin <KAPUTIN@uk.ibm.com>, www-ws-desc@w3.org,
www-ws-desc-request@w3.org
Subject
Re: Clarification on multiple schemas with same namespace
John,
Your interpretation is correct.
Thx for spotting the error in 3.1.2. It should say "inline".:
"It is NOT an error to inline two or more schemas from the same
targetNamespace. "
The intent of the Primer was to explicitly state information that is
implicit in the other specs. The policy of the WSDL spec has been to be
very terse about XML Schema and to expand on the implications in the
Primer. However, we have recently received a fair amount of questions
about the interaction of XML Schema and WSDL, so I think it is worth
adding more clarification to the WSDL spec.
Arthur Ryman,
Rational Desktop Tools Development
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@fido.ca
intranet: http://labweb.torolab.ibm.com/DRY6/
"John Kaputin (gmail)" <jakaputin@gmail.com>
Sent by: www-ws-desc-request@w3.org
07/21/2005 10:38 AM
Please respond to
"John Kaputin (gmail)"
To
www-ws-desc@w3.org
cc
John Kaputin <KAPUTIN@uk.ibm.com>
Subject
Clarification on multiple schemas with same namespace
I want to confirm that I have interpreted WSDL 2.0 spec correctly on
multiple schemas with the same namespace.
My interpretation is:
1) The <types> element may contain multiple <xs:import> with the same
namespace.
2) The <types> element may contain multiple <xs:schema> with the same
targetNamespace.
Is this correct?
Part 1 Section 3.1.2 "Inlining XML Schema" confused me a bit with the
text:
"It is NOT an error to import two or more schemas from the same
targetNamespace . "
This text mentions 'import' but the section heading is 'Inlining'. Is
this a typo or should the text be in section 3.1.1 "Importing XML
Schema"?
The only mention of multiple inline schemas with the same namespace is
in the Primer section 3.2.2 "Multiple Inline Schemas" which states:
" two or more schemas may have the same target namespace provided that
they do not define the same elements or types"
This statement or words to this effect should probably be in the Part
1 normative spec too.
regards,
John Kaputin.
Received on Tuesday, 26 July 2005 22:18:44 UTC