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

Re: importing docs in the same namespace

From: Sanjiva Weerawarana <sanjiva@watson.ibm.com>
Date: Sat, 5 Oct 2002 03:18:40 +0600
Message-ID: <01a701c26beb$9ec655c0$9800a8c0@lankabook2>
To: "WS-Desc WG \(Public\)" <www-ws-desc@w3.org>

"Martin Gudgin" <mgudgin@microsoft.com> writes:
> 
> You could use XInclude to do that, I think we talked about that approach
> in Paris. Or we could define a wsdl:include with the same semantics as
> xsd:include ( sans chameleon include, probably ) ( I know we already
> decided not to define wsdl:include).
> 
> > 
> > So, I believe this should be another case of how
> > we diverge from XSD import semantics.
> 
> Apart from requiring schemaLocation what are the other cases where we
> diverge?

In WSDL 1.1 the XSD-like-import semantics were chosen because
that was presumed to do the right thing for what WSDL needed. 
However, if it doesn't, then I see absolutely *NO* reason for
retaining that similarity. 

I don't think inclusion is what we need - import has a much more 
abstract definition than include obviously. Without import I cannot
handle the scenario where I want to include 2 WSDL docs- both defining
types/messages/portTypes and then define bindings and a service. (We'd
end up with two <types> sections; not legal.)

I'd like to get back to the original problem: WSDL 1.1 had a certain
authoring style which was prominently indicated by the spec. However,
it turned out that the statement "it works like" schema was incorrect
w.r.t. that authoring style. Note that even the original UDDI/WSDL
best practices document used precisely that split.

I think we should throw away the "it works like XSD import except
that the location is required" and just define our own semantics
which allows importing documents from the same namespace.

Sanjiva.
Received on Friday, 4 October 2002 17:20:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:58:21 GMT