web service 的一些总结

一. web service基本原理Web服务使用一系列的标准协议来对各种请求做出响应，使用HTTP/TCP等标准的网络协议完成底层的传输，以XML作为数据表示的基础，通过SOAP 协议在系统间交换信息，通过WSDL 等来描述和记录Web服务所产生和接收的消息，通过UDDI来登记和寻找服务，这些技术构成了Web服务的支撑技术。

SOAP: 简单对象访问协议SOAP（Simple Object Access Protocol）是一种非集中的、基于分布式网络环境的、基于XML的轻量级协议，它通过把HTTP与XML的灵活性和良好扩展性组合在一起，以实现异构平台的程序之间的消息传递和互操作（W3C，2000；W3C，2003；段智华，2001）。

W3C于2000年5月发表了SOAP 1.1版本（W3C，2001）。

2003年6月推出了SOAP Version 1.2版本（W3C，2003）。

SOAP已经成为W3C推荐的Web Service间进行交换标准消息格式。

WSDL: Web服务描述语言WSDL（Web Service Description Language）是W3C用于描述Web服务的规范，被用来描述一个Web服务能够做什么，该服务在什么地方，以及如何调用该服务。

WSDL利用XML 来描述Web服务，它将Web服务描述为一组对消息进行操作的网络端点（Peter Brittenham et al, 2001）。

一个 WSDL 服务描述包含对一组操作和消息的一个抽象定义，绑定到这些操作和消息的一个具体协议，和这个绑定的一个网络端点规范。

WSDL基于XML提供一个正式的描述文档，描述Web服务及其函数、参数和返回值。

由于是基于XML的，所以WSDL既是机器可以阅读的，又是人可阅读的。

新的开发工具既能根据用户的Web服务生成WSDL文档，又能嵌入WSDL文档，生成调用相应的Web服务代码。

UDDI: 通用描述、发现和集成协议UDDI（Universal Description, Discovery Integration）是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web服务加以注册，以使得别的企业能够发现的访问协议的实现标准（柴晓路等，2000；Tom Bellwood，2002；龚健雅等，2004）。

UDDI是为了加速Web服务的推广，加强Web服务的互操作能力而推出的一个计划，其目的是建立一个全球性的、与平台无关的、开放式的架构，定义Web服务的发布与发现的方法，使得企业能发现彼此的服务（OASIS，2004）。

UDDI基于现成的标准，如XML和SOAP，创建了一个平台独立、开放的框架，通过Internet来描述服务，发现服务，并且整合服务。

这些技术的任何一种都在发展中，每种技术提供了Web服务的下一步发展、描述或者发现的一个标准。

然而，Web服务的目标之一是无缝的、自动的业务集成：软件将动态地从未知的公司发现、访问、集成和调用新服务，这种动态集成需要SOAP、WSDL和UDDI的结合，以便为将来的动态业务提供动态的、标准的基础设施。

下图说明了这三种技术之间的关系。

从图上可以看出，SOAP、WSDL和UDDI之间的关系可以描述如下：一个作为Web服务客户角色的应用程序，需要找到位于网络上某处的另一个应用程序或业务逻辑单元。

客户通过名字、分类、标识符或者所支持的规范查询UDDI注册中心，一旦找到，客户便从UDDI注册中心获取WSDL文档的位置信息。

客户按照WSDL中发现的XML模式生成一个SOAP消息，并发送一个请求给服务所处的位置。

二. Web service支持框架及问题XFire、Axis是目前比较流行的Webservice的实现框架，WebService可算是一个完整的SOA 架构实现标准了，因此采用XFire、Axis这些也就意味着是采用webservice方式了。

1、是基于什么协议实现的?基于SOAP协议。

2、怎么发起请求?获取到远端service的proxy后直接调用。

3、怎么将请求转化为符合协议的格式的?将请求信息转化为遵循SOAP协议的XML格式，由框架转化为流进行传输。

4、使用什么传输协议传输?Http协议。

5、响应端基于什么机制来接收请求?监听Http请求。

6、怎么将流还原为传输格式的?根据SOAP协议进行还原。

7、处理完毕后怎么回应?返回结果写入XML中，由框架返回至调用端。

综上所述：任何框架只是在实现上更加快捷的创建或调用web服务，底层实现都是采用soa架构、遵循web service的相关标准，所以web service客户端和服务器端即使采用不同框架实现也能正常访问调用。

三。

Xfire的开发实例1 配置XFire Servlet在web.xml中加入如下配置：<?xml version="1.0" encoding="UTF-8"?><web-app xmlns="/xml/ns/j2ee"xmlns:xsi="/2001/XMLSchema-instance" version="2.4"xsi:schemaLocation="/xml/ns/j2ee/xml/ns/j2ee/web-app_2_4.xsd"><servlet><servlet-name>XFireServlet</servlet-name><servlet-class>org.codehaus.xfire.transport.http.XFireConfigurableServlet</servlet-class> <load-on-startup>0</load-on-startup></servlet><servlet-mapping><servlet-name>XFireServlet</servlet-name><url-pattern>/servicespublic static void main(String[] args) throws Exception {String endpoint = "http://localhost:8080/axisTest/services/Test1";Service service = new Service(); // 创建一个Service实例，注意是必须的！Call call = (Call) service.createCall();// 注册SimpleObject的序列化类型QName qn = new QName("urn:Test1","GroupBean");call.registerTypeMapping(GroupBean.class, qn,new BeanSerializerFactory(GroupBean.class, qn),new BeanDeserializerFactory(GroupBean.class, qn));call.setTargetEndpointAddress(new .URL(endpoint));// 为Call设置服务的位置call.setOperationName("getAllGroupInfo"); // 注意方法名与JavaBeanWS.java中一样！！GroupBean[] res = (GroupBean[]) call.invoke(new Object[] {"fe" }); // 返回String，传入参数System.out.println(res[1].getUaapGroupName());}}五．总结XFire是与Axis 2并列的新一代Web Service框架，通过提供简单的API支持Web Service各项标准协议，帮助你方便快速地开发Web Service应用。

一般情况下，我们通过HTTP作为Web Service的传输协议，这样我们只需启动一个Web服务器(如Tomcat，在本例中使用的是Tomcat5.5.20)，这样客户端就可以通过 HTTP 访问到Web Service服务。

为了集成Spring容器，XFire专门提供一个XFireSpringServlet，我们可以在web.xml中配置该 Servlet，将Spring容器中定义的Web Service在某个URI下发布。

XFire为访问服务端Web Service提供了各种方便的方式：我们一般根据服务地址和窄接口类创建客户调用程序。

在不能获得服务窄接口类的情况下，XFire允许我们通过WSDL文件生成客户端调用程序，通过指定服务接口的方式调用服务。

对于服务方法返回类型或参数类型是自定义对象或者集合时候，个人感觉目前axis支持比较好，方便上手。

Xfire不支持WSDL2.0, 而Axis2支持WSDL2.0不管web service服务端和客户端采用什么技术框架，只要是web service，就遵从web service的技术规范和实现架构，就能实现无障碍调用通信，如：xfire框架实现的web服务发布后，只要告之服务地址及其他相关信息，通过axis框架实现的客户端也能正常调用访问。