Microsoft Refuses to support ebXML

Fraser Goffin <[email protected]> Thu, 2 Jan 2003 14:11:28 +0000
Newsgroups gmane.comp.windows.devel.soap.general
Message-ID <[email protected]>
I am currently involved in a major project whose objective is to provide a
very significant industry portal for accessing web services for a partical
market sector in the UK.

Part of the process is to define the web service interface specification
that will be used. In this context, ebXML MS (v2.0c) is one of the proposals
for message 'packaging'. I have just received the latest specification which
rules out the use of ebXML MS (although I think the author is a bit confused
about what specifications he's referring to), and sites a number of grounds
for this. One of these states that :-

'Microsoft refuses to support ebXML'

The other main objection appears to be 'too complex' (can't really see why
implementing 6 SOAP headers is that hard !)

I have no particular issue with not using ebXML MS but I do have to admit to
a degree or irritation about some of the comments made including this one
(note: some of the WS-xxx specifications are also proposed, and are also
rejected mainly on the grounds of 'too early').

The proposal goes on to suggest that in the absence of anything else, where
'out of band' signals are required between consumer and provider (both
directions) these can be encoded in proprietary defined headers and in some
cases within the SOAP Body !

There are many things that I could say about this particular section of the
document but I am somewhat sensitized to the particular debate and
personalities in this project and I need to be as objective and
dis-passionate as I can be (not easy).

WS-DevCon centered on the importance of interop, a notion which I think most
of us would whole heartedly support. From a practical perspective I would
suggest (although I'm not especially comfortable with) :-

- Interop is based on standards, but perhaps more importantly [practically]
on consistent implementation of those standards within 'mainstream' tooling.

I also like keep in mind a couple of basic tenets for defining architecture
:-

- Re-invent as little as possible
- Re-use as much as possible

As I'm sure you know, Microsoft have been in and out of the ebXML work quite
a few times. There are of course political under-currents in all of the
'bodies' involved in defining standards or making proposals for
specifications. Most of us try and stay out of them, but sometimes they're
hard to ignore.

so (enough drum roll already) :-

- what IS Microsoft's position re:ebXML MS (I would welcome you own personal
opinion even if there is an official Microsoft view - is it good/bad/don't
care) ?

... and I suppose leading on from this question :-

- why was it felt that there was a need for those WS specs which overlap
(Referral - Routing - others ?)

Many thanks

Fraser.

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*
http://join.msn.com/?page=features/virus

You can read messages from the SOAP archive, unsubscribe from SOAP, or subscribe to other
DevelopMentor lists at http://discuss.develop.com.