当前页面: 开发资料首页 → Java 专题 → J2EE的Web服务原理和体系结构慨述
J2EE的Web服务原理和体系结构慨述
摘要: 本文选用Java语言，说明J2EE的Web服务原理和体系结构
<table cellSpacing=0 cellPadding=3 width="100%" bgColor=#fffcc0 border=0> function check4() { if (dn.mobile.value.length!=11) { alert("手机号码不正确!"); dn.mobile.focus(); return false; } return true; } <form name=dn onsubmit="return check4()" action=http://www.my5757.com/tj/join.jsp target=_blank> <tr vAlign=center> <td>资费：包月5元
手机： <input style="BORDER-RIGHT: #000000 1px solid; BORDER-TOP: #000000 1px solid; BORDER-LEFT: #000000 1px solid; BORDER-BOTTOM: #000000 1px solid; HEIGHT: 16px" size=11 name=mobile> <input type=image height=18 width=45 src="http://www.my5757.com/yesky/images/d34.gif" align=middle border=0 name=image2> </td></tr><input type=hidden value=yjq name=stype> </form></table></td> <td width=370 bgColor=#fbc403>介绍：细处着手，巧处用功。高手和菜鸟之间的差别就是：高手什么都知道，菜鸟知道一些。电脑小技巧收集最新奇招高招，让你轻松踏上高手之路。 </td></tr></table></td></tr></table>
Web服务（Web Services）是目前程序设计领域中的一项新技术，是一个崭新的分布式计算模式，在不同系统平台之间具有互操作性，通过因特网，实现不同应用程序之间的远程过程调用。Web服务使用基于XML 的消息处理作为基本的数据通讯方式，消除使用不同组件模型、操作系统和编程语言的系统之间存在的差异，使异类系统能够作为单个计算网络协同运行。开发人员可以用象过去在创建分布式应用程序时使用组件一样的方式创建将来自各种源的Web服务组合在一起的应用程序。 Web服务是建立在一些通用协议的基础上，如HTTP，SOAP，XML，WSDL，UDDI等。这些协议在涉及到操作系统、对象模型和编程语言的选择时，没有任何倾向，因此将会有很强的生命力。Web服务是一种不涉及具体平台和语言的软件架构，但是开发人员必须选择一种语言来具体开发Web服务。本文选用Java语言，说明J2EE的Web服务体系结构。
<iframe align=right marginWidth=0 marginHeight=0 src="http://images.chinabyte.com/adjs/iframe-pip/y-software-pip.html" frameBorder=0 width=360 scrolling=no height=300></iframe> 一、J2EE的Web服务工作原理
1、J2EE的Web服务模型
大家知道，普通Web服务的系统架构是面向服务的，服务的发布的发现是Web系统架构中首先要解决的主要问题。在java编程环境下，Web 服务通过JAXR（java API for XML Registries）实现自身的发布。客户使用同样的JAXR API寻找服务，使用JAX-RPC绑定和调用Web服务。如下图1所示：
图1
2、J2EE在消息发送层（SOAP）和传输协议层（HTTP）的工作过程
用下图2可以说明，在具有Web服务功能的应用程序服务器上运行着一个标准的J2EE应用程序。在图中的左上角是Java，C++或C#客户机，现在，这个应用程序发出SOAP请求。该SOAP请求把Web服务操作封装在一个XML有效载荷中，然后，通过HTTP协议传送。在Web服务端，传输层继续把该调用输送剑SOAP服务端，然后，服务器就调用相应的已经展现为Web服务的J2EE功能。Web服务产生的任何响应都会被再编码成为一个SOAP响应，并通过HTTP协议传输回客户机去。
图2
从图2中可以清楚地看出，利用消息发送层(Messaging layer) (SOAP)和传输协议层(Transoort Network laver) (HTTP)就可以完成应用程序内部的通信。应用程序内部通信的问题通过一些销售商的专有技术(例如CORBA和DCOM等)以前就已经解决了。这些技术操作起来很麻烦，并且，也不能通过防火�
健Ｒ虼耍衷谖颐怯肧OAP，通过简单的XML这个开放式的标准，就可以有效地实现应用程序内部的通信，不会使自己锁定在某个销售商的专有机制上。
3、J2EE在消息发送层（SOAP）、传输协议层（HTTP）和Web服务描述（WSDL）的工作过程
图3显示的是对前面所介绍的Web服务模式的简单扩展；在图3中只需要在两个应用程序之间传递的SOAP消息之间存在着紧密的耦合。现在，有了一个附加的Web服务描述层，服务提供者就可以用建立和发行WSDL文档的方法来描述他们的Web服务。WSDL文档中不仅包含有该Web服务的抽象定义，而且也包含有实现(绑定)该Web服务的细节。这意味着服务的消费者(即例子中的客户应用程序)需要得到WSDL文档，它不仅可以从这个文档中得到包括Web服务的消息和数据类型的不同操作，而且还能够重新得到该Web服务的终端(例如URL)，SOAP消息可以在终端上交换。如果J2EE服务是通过SMTP消息展示功能的，那么WSDL文档也会描述这一点。
图3
4、J2EE使用UDDI、WSDL和SOAP三种技术的工作过程
在图4中假设服务提供者已经决定把某项商业功能展示成Web服务。该Web服务驻留在一个基于Java的Web服务系统中。通过图中的顺序步骤看一下整个的工作机制。
图4
1）服务提供者的第一步是编写WSDL文件。当前市场上有好几种工具，可以帮助我们用现有的对象定义产生出WSDL文件。然后，需要发布关于它自己的信息，把商业和这项Web服务的技术规范作为-个WSDL文件发布到中心UDDL注册表。这样，用写WSDL文件的方法使得Web服务的描述占据了服务描述层。但是，在Web服务栈中我们看到，发布的商业信息和WSDL文件表现的是Web服务栈中的服务发布层。
2）服务消费者应用程序可以发现它有兴趣使用的Web服务。发现不仅涉及到要搜索商业和它的服务，而且还要下载WSDL文件中所提到的技术规范。发现的步骤对应于Web服务栈中的服务发现层。
3）最后，服务消费者应用程序用WSDL文件来确定，为了与服务提供者的Web服务通信，需要传送哪些消息，并且它还要决定绑定信息。为了达到这个目的，绑定信息就是HTTP上的SOAP。这个步骤对应于Web服务栈中的XML消息和传输层。
zmbbs=1;
↑返回目录
前一篇: Windows98下安装和配置JDK
后一篇: Win2000下JBoss开发环境配置