Java Web服务，第1部分: Java Web服务在未来一年内的发展 - 编程入门网

Java Web服务，第1部分: Java Web服务在未来一年内的发展

2006 年将是 Web 服务（特别是 Java Web 服务）发展标志性的一年。新的第三代框架即将撩开面纱，这些框架将为 doc/lit SOAP 提供更好的支持，并能带来潜在的性能提高。同时，第四代 WS-* 标准也最终开始形成一组可互操作的层，对 SOAP 和 WSDL 进行扩展，以支持核心企业需求。

这篇文章是我的 Java Web 系列的第 1 部分，我将讨论以下 Web 服务目前的状态和在 2006 年即将发生的主要变化，并将简单说明新框架和技术如何相关和交互。后续文章将深入讨论其中的很多框架和技术，希望能籍此让您了解在该领域最新的发展，并关注其如何为您的编程项目提供帮助。

背景介绍

从 SOAP 1.0 规范发布到今天，已经六年多了。在 SOAP 规范发布之前，开发人员早就在通过 Internet 协议交换 XML 消息了，但 SOAP 的推出承诺对此技术进行规范化，并实现更好的互操作性。SOAP 还提供了各种挂钩 (hook) 机制，以方便扩展，从而可以添加高级基础结构功能，以增强未来的 XML 消息交换。WSDL 规范在 SOAP 推出后不久发布，添加了 Web 服务元数据的标准表示方法。主要软件供应商很快看到了将 SOAP 和 WSDL 结合使用的潜力，在接下来的几年里，SOAP Web 服务似乎成了不可阻挡的发展潮流。

SOAP 和 WSDL 挑战

尽管在整个行业中 SOAP+WSDL 快速崛起，但仍然在很多方面存在问题，会妨碍 SOAP 达到很多人所期望的完全成功。第一个方面就是互操作性。尽管 SOAP 最诱人的一个重要方面就是它的互操作性承诺，但实际进展却并不明显。这最初是由于对 rpc/encoded 样式的 Web 服务（也称为 rpc/enc）的强调所造成的，在此情况下，对象模型将序列化为 XML 然后再在接收端重新构造。此自动序列化/反序列化功能使得 rpc/enc 非常易用（只要使用其支持的相对简单的数据结构），但却会导致生成无法用于任何目的的 XML。更糟糕的是，语言和平台支持的差异导致了实现之间大量的不兼容现象。

被广泛接受的 Web 服务最佳实践现在正倾向于使用 document/literal 样式 (doc/lit) 替代 rpc/enc 样式。在 doc/lit 中，XML 消息格式是由 W3C XML Schema 定义所定义的。就理论上来说，这应当能消除互操作性方面的任何问题，因为模式实例定义 XML 的实际结构，而每个平台负责恰当地处理该 XML。在实际中，对极为复杂的 W3C Schema 标准的支持程度参差不齐，且又带来另外一些互操作性问题。

较早的 rpc/enc 互操作性问题和最近的 doc/lit 互操作性问题都会因缺乏认识而进一步加重。对于 doc/lit，各种框架支持不同的模式标准子集，却没有列出缺少的特性，从而使得这种情况尤为尖锐。即使不同的框架声称支持特定的模式特性，实现也经常不完整，从而导致使用这些特性时出现互操作性问题。转向 doc/lit 的部分原因是希望能利用企业或行业标准模式。此类标准模式的设计通常没有考虑会在 Web 服务中使用，因此它们常常使用 SOAP 框架不能提供良好支持的特性。

SOAP Web 服务的另一个问题是基础结构扩展和基本 SOAP 处理——添加的可在一系列 Web 服务上应用的处理层——之间不断的混淆不清。SOAP 的设计运行方便地添加此类扩展，但这些扩展通常仅在其为受多个框架支持的标准时才有用。这要求整个行业进行协作，但通常很难办到。即使最基础的扩展（如附件和安全性），也需要若干年进行开发，但仍然不受所有框架支持。

SOAP 的阻力

前一部分中详细讨论的互操作性和标准化问题限制了 SOAP Web 服务的适用性，同时，SOAP 框架本身也通常很复杂，难于使用。优势有限以及潜在的复杂性让很多开发人员转而采用比 SOAP 更简单的替代方法。SOAP 的大部分阻力都来自与

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!