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

multipe protocols/bindings that implements serviceType [Re: slides from my presentation on issues with the core spec]

From: Aleksander Slominski <aslom@cs.indiana.edu>
Date: Thu, 25 Apr 2002 01:50:04 -0500
Message-ID: <3CC7A71B.741D7BD7@cs.indiana.edu>
To: Sanjiva Weerawarana <sanjiva@watson.ibm.com>
CC: www-ws-desc@w3.org
hi,

in the last issue "Services and Service Types"  the proposed solution is
creation of serviceType element that i believe is an excellent idea
especially if it would allow to aggregate not only portTypes but also
serviceTypes recursively.

however requiring for service that implements serviceType
to have exactly one binding for each portType makes it impossible
to provide multiple access mechanism to service (multiprotocol),
for example SOAP/HTTP and EJB/RMI as equivalent protocols
to interact with service.

i think it is important to keep ability of client to introspects WSDL
and employ the best access mechanism to service if choices are available
(for example it may be SOAP but it may be something more optimized ...)

finally: if service implements serviceType doe sit mean that service ports
are accessing the same logical instance of service?

thanks,

alek



Sanjiva Weerawarana wrote:

> FYI: Attached are the slides I used to elaborate on some of the
> issues in the WSDL 1.1 spec. Based on discussions at the F2F, we
> decided to start discussing some of these issues. I will be
> posting those issues shortly.
>
> Sanjiva.
>
>   -------------------------------------------------------------------------------------------------------
>                               Name: 11specissues.ppt
>    11specissues.ppt           Type: Microsoft PowerPoint Show (application/vnd.ms-powerpoint)
>                           Encoding: base64
>                    Download Status: Not downloaded with message
Received on Thursday, 25 April 2002 02:50:41 GMT

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