W3C home > Mailing lists > Public > www-ws-desc@w3.org > October 2003

RE: pattern URIs

From: Jeffrey Schlimmer <jeffsch@windows.microsoft.com>
Date: Wed, 1 Oct 2003 19:53:45 -0700
Message-ID: <DDE1793D7266AD488BB4F5E8D38EACB8031FA333@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com>
To: <www-ws-desc@w3.org>

> Roberto Chinnici writes:
> Sanjiva Weerawarana wrote:
> >
> >>I still support your original position, hence I disagree with making
> >>this pattern normative. How about the compromise of having the
> >>Amy proposes in a non-normative appendix to the patterns spec? We
> >>it properly, assign it a URI, use it to elucidate the patterns
> >>framework, make it available for anybody to use it (if they have
> >>a binding for it, that is), but it's *not* normative.
> >
> > I think this is ok .. and basically this is all we can do for any
> > patttern. It is however normative to the point that if someone
> > uses that pattern URI then the semantics MUST be exactly as
> > Beyond that there's no real "normativeness" for pattern URIs. Some
> > patterns will of course get exercised in bindings we do (i.e., the
> > bindings will only be applicable to those patterns), but that's as
> > far as it goes.
> I think we are in agreement. If a pattern is non-normative, then a
> doesn't have to recognize it. (It's not even a MAY recognize. The
> normative spec doesn't even know about the pattern.) If the tool does
> recognize it, though, it must follow the appropriate specification,
> for any other extension.

I don't see the distinction here between behavior for 'normative'
patterns and 'non-normative' patterns. A WSDL processor is not required
to recognize any patterns, but if it does recognize one of the patterns
we define, it must follow the semantics as specified.

Are we going to start saying that a WSDL processor must recognize all
bindings? WSDL 1.1 didn't do that, and the community seems to have voted
with their implementations.

Received on Wednesday, 1 October 2003 22:54:08 UTC

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