- From: Martin Gudgin <mgudgin@microsoft.com>
- Date: Fri, 19 Sep 2003 15:28:17 -0700
- To: "Sanjiva Weerawarana" <sanjiva@watson.ibm.com>, "David Orchard" <dorchard@bea.com>, "Roberto Chinnici" <Roberto.Chinnici@Sun.COM>
- Cc: <www-ws-desc@w3.org>
> -----Original Message-----
> From: Sanjiva Weerawarana [mailto:sanjiva@watson.ibm.com]
> Sent: 19 September 2003 04:59
> To: Martin Gudgin; David Orchard; Roberto Chinnici
> Cc: www-ws-desc@w3.org
> Subject: Re: is the uniqueness constraint on top level
> components sufficient?
>
> "Martin Gudgin" <mgudgin@microsoft.com> writes:
> >
> > The spec currently says ( for interfaces, for example )
> >
> > For each interface component in the {interfaces} property of a
> > definitions container the combination of {name} and {target
> namespace}
> > properties must be unique.
> >
> > There is only ever one definitions container. Therefore
> there is only
> > one {interfaces} property. Therefore interfaces MUST all
> have unique
> > Qnames. If they don't it's an error and the WSDL parser should
> > catch-fire-and-die.
>
> Agreed; WSDL parsers are not the ones who have the problem
> I'm trying to solve.
Then whose problem are you trying to solve?
>
> > I don't understand what it is you want to change.
>
> The wording in the spec does not guarantee that there MUST
> only be exactly one Interface component with a given QName.
Yes it does.
>
> Maybe I'm just being retarted and not seeing that there's no
> problem, but what I had in mind was to add a statement like
> the following somewhere:
>
> "The QName identifying any top level Interface, Binding or
> Service component MUST be unique from amongst all similar
> components. That is, two different top level components of
> the same kind MUST NOT share the same QName. However, two
> components of different kinds MAY have the same QName."
I do not see a substantive difference between the text you have above
and the separate statements about interface, binding and service:
For each interface component in the {interfaces} property of
a definitions container the combination of {name} and {target
namespace} properties must be unique.
For each binding component in the {bindings} property of a
definitions container the combination of {name} and {target
namespace} properties must be unique.
For each service component in the {services} property of
a definitions container the combination of {name} and {target
namespace} properties must be unique.
Gudge
Received on Friday, 19 September 2003 18:28:12 UTC