- From: David Booth <dbooth@w3.org>
- Date: Thu, 06 Nov 2003 01:50:44 -0500
- To: Anne Thomas Manes <anne@manes.net>, Mark Baker <distobj@acm.org>
- Cc: www-ws-desc@w3.org, paul.downey@bt.com
P.S. The greater significance of the diagram is not so much in what it
includes but what it omits. In particular, it says nothing about what a
WSDL *processor* must or must not do.
There are different types of interoperability that we could potentially
strive to obtain with the WSDL 2.0 spec, which I'll arbitrarily call:
Type 1: Web Service & Client interop. This type of interop is to ensure
that the WS and client agree on the mechanics of their interaction -- the
message formats, data types, transport, MEP, etc. (Of course, they still
need to use other means to ensure that they agree on the semantics and
other higher-level details of the interaction -- beyond what WSDL covers.)
Type 2: WSDL Processor interop. This type of interop would ensure that
different WSDL processors would have the same behavior when presented with
a given WSD.
WSDL 2.0 pursues type 1: Web Service & Client interop. It does not define
what a WSDL processor must or must not do with a given WSD. (And rightly
so, in my opinion: what a processor *does* with a given WSD is its own
business -- not ours.)
At 01:10 PM 11/5/2003 -0500, David Booth wrote:
>Mark & Anne,
>
>Certainly, a WSDL document does not *fully* define client or service
>behavior, but it does *partially* define their behavior. That's what MEPs
>are all about. When a WSDL document specifies a message exchange pattern,
>that pattern partially defines the behavior of the interacting parties --
>not their internal behavior, but their externally observable behavior,
>i.e., what messages they send and receive and in what sequence.
>
>The labels on the diagram were somewhat abbreviated, and omitted the word
>"partially". A clearer diagram is at
>http://lists.w3.org/Archives/Public/www-archive/2003Nov/0002.html
>
>
>At 01:34 PM 11/4/2003 -0500, Anne Thomas Manes wrote:
>
>>+1.
>>
>>WSDL explicitly does not define client or service behaviour. It describes
>>syntax of messages and protocols used to exchange those messages.
>>
>>Anne
>>
>>At 10:41 AM 11/4/2003, Mark Baker wrote:
>>
>>>Cool, thanks for tackling that at the f2f.
>>>
>>>But I disagree with the diagram. As it was explained to me, a WSDL 2.0
>>>document could be said to "describe the syntax" of client and service
>>>("schema in, schema out"), rather than "define the behaviour", which
>>>would require defining what in/out means in relation to any requested
>>>semantics (aka the protocol).
>>>
>>>WSDL 1.1 describes the protocol in that it suggests that a successful
>>>response to a message means that the requested operation in the message
>>>was successfully invoked. WSDL 2.0 is ambiguous.
>>>
>>>Mark.
>>>--
>>>Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
>
>--
>David Booth
>W3C Fellow / Hewlett-Packard
>Telephone: +1.617.253.1273
--
David Booth
W3C Fellow / Hewlett-Packard
Telephone: +1.617.253.1273
Received on Thursday, 6 November 2003 11:54:20 UTC