- From: Jean-Jacques Moreau <jean-jacques.moreau@crf.canon.fr>
- Date: Wed, 11 Jun 2003 15:49:40 +0200
- To: David Booth <dbooth@w3.org>
- CC: Jacek Kopecky <jacek@systinet.com>, WS-Description WG <www-ws-desc@w3.org>
Maybe then this should be captured in the Primer?
Jean-jacques.
David Booth wrote:
>
> Jacek,
>
> Sorry I neglected to specifically address this in my previous message.
>
> I am assuming in your example that you meant the services to use the
> same targetNamespace. If so, it seems to me that (normally) you would
> already have that kind of semantic equivalence, since the
> targetNamespace indentifies the intended semantics[3]. However, in the
> end, it will always depend on how the semantics of that particular
> service are defined, which is outside of our scope to define.
>
> For example:
>
> <definitions targetNamespace="n" ...>
> . . .
> <service name="a" interface="i" targetResource="foo">
> <port name="x">...</port>
> </service>
> </definitions>
>
> <definitions targetNamespace="n" ...>
> . . .
> <service name="b" interface="i" targetResource="foo">
> <port name="y">...</port>
> </service>
> </definitions>
>
> Both services indicate the same targetNamespace ("n"), which is supposed
> to unambiguously identify the semantics of the terms used in that
> namespace[3]. Since service "a" and service "b" also indicate the same
> WSDL interface ("i"), then it would be natural to make them semantically
> equivalent, and doing so might be recommended "best practice". But
> since the semantics of the service are beyond the scope of the WSDL
> specification, they COULD be defined differently.
>
> In other words, it may be a good idea to make them equivalent in most
> cases, and that may be a good thing to recommend as a "best practice",
> but since the semantics of a service are not defined by the WSDL
> specification, I don't think it's something that the WSDL specification
> can meaningfully require.
>
> 1. WSDL 1.2 draft:
> http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl12/wsdl12.html#Service_resource_attribute
>
>
> 2. TAG Web Arch: http://www.w3.org/TR/webarch/#representations
>
> 3. targetNamespace:
> http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl12/wsdl12.html#Definitions_XMLRep
>
>
> 4. Resource definition: http://www.ietf.org/rfc/rfc2396.txt
>
>
> At 02:02 PM 6/10/2003 +0200, Jacek Kopecky wrote:
>
>> David,
>>
>> I've fought on one telcon for the wording, whatever it ends up being, to
>> include the following explanation (not necessarily in the same words):
>>
>> Different ports in two services with the same interface and the same
>> targetResource are interchangeable in the same sense as different ports
>> within one service with that interface and targetResource. I.e. from the
>> point of view of the ports, it doesn't really matter if I write
>>
>> <service name="a" interface="i" targetResource="foo">
>> <port name="x">...</port>
>> </service>
>> <service name="b" interface="i" targetResource="foo">
>> <port name="y">...</port>
>> </service>
>>
>> or
>>
>> <service name="c" interface="i" targetResource="foo">
>> <port name="x">...</port>
>> <port name="y">...</port>
>> </service>
>>
>> It seemed to me that there was general agreement to this.
>>
>> Best regards,
>>
>> Jacek Kopecky
>>
>> Senior Architect
>> Systinet Corporation
>> http://www.systinet.com/
>
>
Received on Wednesday, 11 June 2003 09:50:01 UTC