Web_service 实战.pptVIP

Web service实战 为什么会有Web service 现在的软件行业有着各种各样的技术平台,体系架构,但由于不同平台关注的方面不一样,各有各自的特色,平台之间很难沟通,从而形成一个个的信息孤岛．那如何把这些信息孤岛联系在一起呢? 怎么解决这些问题，业界也有些相对应的体系架构,即RPC: RPC(远程过程调用) 。使用RPC的时候，客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性,RPC强调的是远程对象和它的界面，即属性、方法和调用时的参数 例如: DCOM.CORBA(他们就是典型的传统RPC方式应用) 1.接口定义语言无法被不同系统所接收． 2.使用的是二进制的网络协议来进行数据通信.很难跨过防火墙, Web service 这时候就出现了Web service,他就是为了解决传统RPC出现的问题. 下面大家看个Web service的结构图. Web service结构图 Web service结构简单介绍 UDDI就是统一描述、发现和集成（Universal Description, Discovery, and Integration）。 WSDL 描述Web服务的 所提供的操作（方法）,和服务交互的数据格式以及必要协议，协议相关的地址，如URL 他俩之间的关系.大体上来说,UDDI提供发布场所,WSDL用来描述服务功能 SOAP 简单对象访问协议。 开发Web service的准备 现在大家简单的了解了整个webservice的结构，那么在j2ee中我们如何进行开发了， 在J2EE5环境中之前和Web Service相关技术主要有JAX-RPC, SAAJ, JAXR等。 JAX-RPC(JAX-RPC(Java API for XML based RPC)): J2EE中最重要的Web Service编程接口，它用来在Java中实现Web Service的客户端和服务端 SAAJ (SOAP with Attachments API for Java)，它是SOAP的低级API，用于创建、操纵SOAP消息和附件 JAXR(Java API for XML Registries)，它是UDDI的Java编程接口。 在J2EE5环境中用的是jax-ws2.0，他是基于annotation JAX-WS 为什么使用SOAP 先说下soap当初设计的理念 它的设计目标是应该简单以及可扩展 具体客户端用什么技术实现并没有什么关系，只要客户端能表达XML信息; 服务可用任何语言实现，只要它能处理XML信息 服务器和客户端可分别置于合适的平台 并且在20005月 HP、IBM、Microsoft 等 向 W3C 提交了 SOAP 因特网协议，从此成为了标准 现在一般用的版本是soap1.1 soap = internat协议(主要是http,smtp,我们这里介绍的是http) + xml 为什么要用xml：xml可以跨平台以及各种不同的体系架构，并且能够精确的描述复杂的消息，以及方法 为什么要用http：http是最常用的internet协议,可以穿越防火墙 SOAP 介绍 SOAP是一个基于XML的协议，包含四个方面 1.SOAP封装（envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架； 2.SOAP编码规则（encoding rules），用于表示应用程序需要使用的数据类型的实例； 3.SOAP RPC表示(RPC representation)，表示远程过程调用和应答的协定； 4.SOAP绑定（binding），使用底 层协议交换信息。虽然这四个部分都作为SOAP的一部分 作为一个整体定义的，但他们在功能上是相交的、彼此独立的。 其中2，3，4部分，工具都会帮我们进行实现，我们主要关注的就是SOAP封装，下面我先简单介绍下2，3，4。这样大家看后面的代码以及消息就会简单很多。 SOAP编码规则 xsd:boolean=boolean xsd:byte=byte xsd:double=double xsd:float=float xsd:hexBinary=byte[] xsd:int=int xsd:integer=java.math.BigInteger xsd:long=long xsd:short=short xsd:string=java.lang.String 这里的xsd的名称空间一般为：/2001/XMLSchema,加上xsd的前缀,表明他就符合xsd对应得地址的格式,这是规范,现在一般用的就是xsd和soapenc(/soap/e