标准面向服务的架构的核心。没有标准，整个松耦合的模型就会分崩离析。2005年，Web服务标准取得了很大的进展，让SOA开始正式准备走向企业级应用。
 
　　OASIS标准组织在这一年接受了6个被推荐的Web服务说明书，把它们分到两个不同的工作组中。其中一个组处理Web服务交易，希望能创建从多阶段供应链交易到分布式在线购物车的所有东西。

　　另一个组则处理Web服务安全。尽管WS-SECurity已经被起草而且已经被一些厂商的产品所支持，但它还没有被多个领域和安全性复杂的交易所接受。事实上，使用更加复杂的Web服务标准使安全性元数据被接受是完全可能的。

　　Burton Group公司的副总裁兼研发主管Anne Thomas ManES说:“你可以在所有的SOA产品中找到WS- Security，但几乎没有人在使用它。这么少的人使用实在太另人惊讶了。”

　　在这个OASIS组中没有跟这三个安全性说明书被一起包含的是WS-Federation，这使SAML2.0成为联邦安全性的孤立草案。SAML已经被很多大名鼎鼎的厂商所吹捧多年，这说明他们能共享可互操作的SAML身份。

　　Web服务分布管理(Web Services DISTributed Management specification, WSDM)说明书的支持者们也希望证明这个标准的互操作性。此外，Apache软件基金会围绕WSDM和另两个管理说明书成立了一个开源项目，希望能解决SOA带来的监控和其它疑难问题。

　　Manes认为业务过程执行语言(Business Process Execution Language, BPEL)是另一个被很多厂商支持的标准。但是尚且没有找到走向市场的方法。不过，它已经被美国海军采纳。

　　为了解决两个不同的Web服务标准在可靠的消息传递上的冲突，OASIS把二者整合成一个委员会。

　　一个Web服务标准是保守派，UDDI注册在使用上已经落在SOAP和WSDL后面。但在2005年上半年这种情形已经改观，因为最新的UDDI说明书能支持多通道注册、数字签名以及为支持Web服务管理产品而开发注册的一种新的订阅应用程序接口。

　　模型与蓝图

　　2005年的标准化工作开始关注如何让所有的标准保持一致性，因为工业界发现了一个现实，那就是底层用户觉得自己就好像在一锅粥里。

　　于是，OASIS开始组织力量为SOA和它的各种组件创建一些标准术语。接着，它成立专门的小组来构建SOA适配器的蓝图。

　　Apache在8月也成立了一个神经网络中介项目，力图在分离的Web服务间提供传输与路由。

　　IBM, BEA Systems Inc. SAP AG, ORACLE Corp., Iona Technologies Inc., SYBASE Inc. 以及Xcalia S.A在11月底组织团队建立新的SOA编程模型。这么多厂商同意在一起工作而不是寻求一个中立者的支持，这本身就是标准界的一大进步。

　　Zapthink公司分析师Ron Schmelzer认为这个决定是一个巨大的进步。客户已经放弃了针对厂商的标准化工作，而他们就条件去开发和测试整合后的标准。他尤其提到2005年在使用中的WS-I标准体系的相对平静。

　　他说:“我认为WS-I在消亡。在去年它们没有做任何事。”

　　最近几年，各个厂商一直在把对标准的支持构建到产品中，甚至是在标准被接受到标准体系之前。而客户的要求则总是要超前于被批准的标准。

　　他说:“有了SOA编程模型，各个厂商不必再为某个标准体系所烦恼。当发现有匹配时，他们只需要提交一些片段。看起来客户更喜欢从厂商那里获得标准。”

　　JBI被动摇

　　2月，Sun MicrOSystems的工程师Ron Ten-Hove提出了Java业务集成(Java Business Integration，JBI)说明书。JBI被设计成一个插件框架，为Web服务创建一个集成和实现点。

　　但是随着IBM和BEA Systems在6月里值得注意的沉默，我们发现这个说明书过分以Java为中心，而且对SOA的支持很不成熟。

　　BEA首席技术官Mark Carges认为JBI正在努力尝试从标准体系内部进行革新。

　　Sun杰出工程师Mark Hapner则认为对JBI的批评有点过分且并不合适，并没有注意到它的用途。Hapner并非唯一对JBI支持的人，而到了年底，大量的JBI项目已经在开展了。

　　这些项目和说明书究竟如何，且让我们在2006年拭目以待吧。