3、Java Web服务：挑战与架构解析

Java Web服务：挑战与架构解析

在2001年初，Ariba、IBM和微软将WSDL 1.1作为W3C注释发布后，Web服务被视为一种简化分布式计算的方式。开发者无需再深入理解CORBA就能创建跨平台的分布式应用，甚至有望实现基于互联网的分布式计算。当时，大多数Java开发者都对这一早期的Web服务愿景充满信心，就像20世纪90年代HTTP上的HTML推动了万维网的惊人发展一样，他们相信HTTP上的XML标准（如SOAP和WSDL）会为Web服务（一种用于业务应用的分布式计算平台）带来类似的增长。

然而，在企业Java行业着手实现这一愿景的过程中，他们发现创建的规范相当复杂。早期阅读JAX - RPC、JAXB等规范的人，包括作者自己，都感到担忧。大家认为专家组可能偏离了轨道，对Web服务失去了信心，还开始争论SOAP与REST的优劣以及Java Web服务规范复杂性的责任归属。

但实际上，复杂性问题并非源于选择了SOAP框架而非REST，也不是专家组过度设计的结果。当专家组深入研究以实现Web服务愿景时，他们重新认识到分布式计算确实是一项艰巨的挑战。SOAP、WSDL、XML甚至REST都无法让分布式计算变得轻松。

当然，Java Web服务（JWS）规范存在缺陷，但这是新技术常见的问题（就像EJB一样），随着技术的后续版本不断改进，这些问题会得到修正。

以JAX - WS 2.0为例，它相比JAX - RPC 1.1有了很大改进：
1. 简化规范 ：移除了JAX - RPC的数据绑定，简化规范以专注于WSDL到Java的映射，并支持REST端点。JAX - RPC中从XML Schema到Java的数据绑定被