W3C home > Mailing lists > Public > www-ws-desc@w3.org > May 2002

Re: issue: optional parts in <message>?

From: Prasad Yendluri <pyendluri@webmethods.com>
Date: Wed, 01 May 2002 14:51:53 -0700
Message-ID: <3CD06378.4F9BDD71@webmethods.com>
To: Jeffrey Schlimmer <jeffsch@windows.microsoft.com>
CC: "WS-Desc WG (Public)" <www-ws-desc@w3.org>

Jeffrey Schlimmer wrote:

> XML Schema provides a rich, well-understood language for expressing
> choices, sequences, optional, repeated, etc. constructs. It does not
> seem like a good use of the WG time to re-invent such a mechanism.

I don't believe it is re-inventing the entire mechanism. The spec allows
multiple parts in a message for a reason (when this can be captured by the
schema as well) these represent abstract parts coming from potentially
different type-systmes and some perhaps well established schemas (e.g. a OAG
BOG). The addition being called for is marking the parts optional at the
message level.

> Are there any interesting arguments against removing the message element
> and making the operation within a port type point directly to an XML
> Schema global element declaration?

That would amount to doing away with the abstract types and other type
systems and settling only on XMLSchema?

> --Jeff
> -----Original Message-----
> From: Sanjiva Weerawarana [mailto:sanjiva@watson.ibm.com]
> Sent: Wednesday, May 01, 2002 1:18 PM
> To: WS-Desc WG (Public)
> Subject: issue: optional parts in <message>?
> <issue id="issue-message-parts">
>   <head>Should the message part mechanism be extended to support
> optional
>         parts etc.?</head>
>   In WSDL 1.1, a message can only be defined to be a sequence of parts.
>   It is not possible to indicate that certain parts may be optional,
>   may occur multiple times, etc.? Should we do that? Overlapping with
>   XML Schema's mechanisms is an obvious concern.
>   <source>Sanjiva Weerawarana</source>
> </issue>
> Could we also start discussing this issue please?
> Sanjiva.
Received on Wednesday, 1 May 2002 17:49:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:06:22 UTC