Evaluate Weigh the pros and cons of technologies, products and projects you are considering.

The great Web services standards war

I keep hearing about the standards war in Web services. My question is: What's the big deal? It seems like all the standards being developed are needed and that the standards bodies serve different functions, so is this all just an overzealous technology press making more of this than is needed?
It is important to understand that as soon as you filter by wide industry support, there are only a few core standards in Web services -- XML, SOAP, UDDI and WSDL. The only other standards that are currently widely adopted and supported are WS-Security and BPEL4WS. Most of the confusion is created by marginal specifications and protocols that rely on the standards to determine some form of additional functionality or assurances such as reliable messaging or transaction processing.

The advantage of the WS-I is that the protocols and specifications that drive the standards are being developed by the industry -- not just the vendors, but the integrators, developers and customers who will ultimately benefit from successful interoperability.

While Microsoft favors the work of the WS-I in our tools and platform strategy, the reality is that all of the standards bodies and all of the participants in the process are necessary. It's not as simple as the standards that define a nut and bolt or the width of train track. In order to truly define any architecture that is complex yet retains services orientation, there are going to be a lot of moving pieces. The reality is that a business or a developer only has to adopt the ones that are relevant to what they are doing. No project will ever encompass all of the standards, and the reasons for using them will remain personal and objective.

I expect that not only will the existing standards and protocols continue to exist and be used in the future, but that we'll also see the emergence of even more marginal standards come into play. For example, standards for presentation of media (music and video), government specific standards, and vertically focused standards for manufacturing, logistics, etc. could all be overlaid on the base that exists today. This would allow software architects and engineers to easily consume and reuse each others work and ensure that within defined business geographies there are clear working guidelines for business groups and partner chains.

If you understand the core standards, you are 90 percent done. If you understand how the core standards work together you are 95 percent done. The others simply come into play as needed. And if everyone follows the model we are using at Microsoft, then they should be readily available as classes or patterns and practices within the tools, platform and support environments of your chosen vendor.

Dig Deeper on Topics Archive

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Start the conversation

Send me notifications when other members comment.

Please create a username to comment.