W3C home > Mailing lists > Public > www-ws-arch@w3.org > June 2002

Re: Late binding

From: Sam <bytecode@Phreaker.net>
Date: Fri, 28 Jun 2002 23:23:00 -0400
Message-ID: <3D1D2814.163F02AD@Phreaker.net>
To: Mark Baker <distobj@acm.org>
Cc: kreger@us.ibm.com, www-ws-arch@w3.org

Why do you say it helps you with neithe ?

Based on the WSDL I know what the input and output for the portType

SOAP will help me send the input information across the wire and
get the output information for that service.
What I do with that information is upto me...

Thats half the problem. The other half - dynamic contract negotiation-
I agree is not possible with this scenario and may be a completely
different story.


Mark Baker wrote:
> On Fri, Jun 28, 2002 at 12:22:28PM -0400, kreger@us.ibm.com wrote:
> > Scenario 3 or 4 will work.
> > Scenario 3 works if there is a standard PortType that companies that want
> > to form adhoc relationships using web services. In some industries,
> > medical? travel?, these sorts of interfaces already exist and it seems
> > reasonable to me that some (or all) of it will move to Web services.
> > Scenario 4 works w/o a standard PortType, but with a standard 'message'.
> They'd have to have standard methods too, right?
> > Quite honestly Mark, I'm not sure what you are driving at.
> What I'm driving at is that the Web already has some very useful
> standardized methods, and that Web services should use them.
> > Throwing 'gets' at URLs is no more capable of supporting dynamic contract
> > negotiation. It has exactly the same problem. Just because you get
> > something doesn't mean you know what to do with it once you have it unless
> > its standardized, described to death, or already agreed on. Even if its XML
> > and has a nice XML schema.
> Right, but at least I can get it with vanilla HTTP.  You can't with
> vanilla SOAP.
> To restate the issue, there's two problems;
> - how to get information
> - how to understand it
> SOAP helps you with neither, but HTTP helps you with the former.
> MB
> --
> Mark Baker, CTO, Idokorro Mobile (formerly Planetfred)
> Ottawa, Ontario, CANADA.               distobj@acm.org
> http://www.markbaker.ca        http://www.idokorro.com
Received on Saturday, 29 June 2002 03:37:13 UTC

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