Thanks for the question.

Microsoft believes that interoperability is improved by having fewer,
rather than more, protocols for achieving a function. This, of course,
requires that the protocols be general-purpose and widely-applicable,
which is a design challenge, but when it can be achieved less is more.

We could support multiple protocols for every function, but our
experience, and I think also the experience of this forum with regard to
SOAP encoding, is that fewer is better.

Fewer protocols, broadly implemented, increase the likelihood that any
two services will interoperate. A reduction in the number of protocols
reduces the engineering expense, reduces the chances of errors and
security problems and reduces the interactions and combinations that
need to be tested.

For that reason, we should settle either on SwA or on DIME. There are
some significant technical advantages to DIME, particularly in the
efficiency of buffer allocation by readers and in the context of
transports other than HTTP. (These have been discussed in other
threads.) Based on these technical advantages, DIME is preferable to
SwA. And less is more.



-----Original Message-----
From: njudah [mailto:njudah@...]
Sent: Friday, May 03, 2002 9:51 AM
To: soapbuilders@yahoogroups.com
Subject: [soapbuilders] Re: Microsoft SOAP

Its a bit mystifying, isn't it? I don't understand what
strategic
benefit they'd gain from not supporting MIME, and clearly its a
feature customers want. So why not support it? And why would they
even join WS-I if they aren't interested in basic SwA interop?

--- In soapbuilders@y..., Rich Salz <r.salz@v...> wrote:
> > Last i heard there were no plans for the MSFT toolkits to
include SwA
> > support.
>
> Highly unfortunate. I hope MS toolkit customers pressure them to
> continue on the interop trend, and not force us all to get on the
DIME.
> /r$



-----------------------------------------------------------------
This group is a forum for builders of SOAP implementations to discuss
implementation and interoperability issues. Please stay on-topic.

To unsubscribe from this group, send an email to:
soapbuilders-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/