Does that mean that we shouldn’t be doing WS-? Absolutely not. Does it mean that we should be standardizing all of WS-? Ideally, yes, but the reality is that it would take a very long time and people are itching to proceed. So I think the practical reality is that we’ll end up with a spectrum of services. Inside my org group, department, or maybe company, I’m likely to have more of an opportunity to standardize on a smaller number of kits that offer more advanced functionality. I’ll leverage that for stuff I’m building for internal consumption. For anything I’m offering to partners and the world - where there is no agreement on what kits to use - I’m likely to eschew those more advanced features and settle for application-level solutions so that reach is not restricted.
I guess the recipe here is to stick to the basics to reach the maximum number of possible participants, and narrow it down more and more as the number of partners is reduced and control increases:
- HTTP + XML, preferably REST-based, for Internet-scale communication patterns
- Plain WSDL + SOAP + HTTP + some accepted WS-* standards for B2B communication in closed groups or market places
- Experimental WS-* and proprietary SOAP extensions for internal, EAI-like usage