W3C home > Mailing lists > Public > xml-dist-app@w3.org > April 2000

Re: Announcement: WWW9 Panel on XML and Protocols, 17 May 2000

From: Henrik Frystyk Nielsen <frystyk@microsoft.com>
Date: Tue, 11 Apr 2000 14:17:47 -0700
Message-ID: <005e01bfa3fb$6639dc50$7eb91eac@redmond.corp.microsoft.com>
To: "David Burdett" <david.burdett@commerceone.com>, "'Eric Prud'hommeaux'" <eric@w3.org>, "Ken MacLeod" <ken@bitsko.slc.ut.us>
Cc: <xml-dist-app@w3.org>, "Janet Daly" <janet@w3.org>
> I've had a quick look at your architecture document (LOTP) and
> why you want to model it on SOAP. However there is a whole class of
> that *need* to be addressed for successful B2B that SOAP in it's
> form does not address. I posted an email to the SOAP list on this
which said

... snip ...

> This resulted in extensive discussion on SOAP(RPC) vs Messaging that
> concluded that what you really needed was SOAP **AND** messaging.
> How do you think support for these requirements fits in with your
plans for
> LOTP. Currently they are all being addressed by ebXML Transport
Routing and
> Packaging Working Group and I want to find a way to avoid re-inventing
> wheel.

I think it is worth to point out the layering model in SOAP. SOAP is
intended as "the thing in the middle" between applications above and
transports below. In itself, it doesn't talk much about the transport
below and it doesn't talk much about the applications above.

For this discussion, it doesn't matter that HTTP and SMTP are not
transports but application level protocols - you can apply the argument
of layering to true transports like TCP and SSL etc. Please also don't
get too hooked up on the RPC/messaging differences - as the thing in the
middle, SOAP doesn't really say much about what you use it for. Elements
like headers are for example not very RPC'ish and it is possible to
think of SOAP is one-way scenarios either with or without HTTP.

As such, it is not strictly fair to apply requirements to SOAP for which
it intentionally has nothing to say. I do not argue that the
requirements that you mention are not important but you also mention
that they are applicable to a specific set scenarios that may not be
globally valid. The real question is therefore whether SOAP allows you
to build such applications while remaining as simple and straight
forward as possible.

Henrik Frystyk Nielsen,
Received on Tuesday, 11 April 2000 17:18:26 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 22:01:09 UTC