J2EE的Web服务原理和体系结构慨述 - 编程入门网
| 规范作为-个WSDL文件发布到中心UDDL注册表。这样 ，用写WSDL文件的方法使得Web服务的描述占据了服务描述层。但是，在Web服务 栈中我们看到，发布的商业信息和WSDL文件表现的是Web服务栈中的服务发布层 。
2）服务消费者应用程序可以发现它有兴趣使用的Web服务。发现不仅涉及到 要搜索商业和它的服务，而且还要下载WSDL文件中所提到的技术规范。发现的步 骤对应于Web服务栈中的服务发现层。 3）最后，服务消费者应用程序用WSDL文件来确定，为了与服务提供者的Web 服务通信，需要传送哪些消息，并且它还要决定绑定信息。为了达到这个目的， 绑定信息就是HTTP上的SOAP。这个步骤对应于Web服务栈中的XML消息和传输层。 J2EE的Web服务原理和体系结构慨述(2)时间:2010-12-06二、J2EE的基本Web服务体系结构 下图5是对J2EE系统的Web服务体系结构整体描述。
图5 商业功能性 上图是一个Web服务提供者展示他们Web服务的功能。重要的是要理解，商业 机构不会选择他们现有的基于J2EE应用程序，并把他们的EJB展示为Web服务的。 虽然用Web服务平台或目前市场上出售的工具在技术上是可行的，但是在商业上 这样做是没有现实意义，因为商业不在组件中展示方法调用。在商业上他们展示 的是商业功能，这些功能会转换成一系列执行该商业功能所需要的协调动作。在 即时返回服务消费者的响应中可能有也可能没有结果，还可能需要几天的时间才 能完成。商业也需要通过多层开发系统的功能性，需要记住几个安全性等级和由 不同的内部应用程序使用。例如，假设有一个在因特网上售书的商业机构G，比 方说，他们决定在因特网上把一项在线订书服务展示为Web服务。当顾客下订单 的时候，订单信息在商业企业G内部启动了一个交易过程。这个交易过程需要执 行多项行动，例如，检查图书订单的总量或执行一个财务事务处理过程。这涉及 到顾客把钱划到商业G账上，最后，给运输部门送一份消息，让他们把书送给顾 客。从图5中的J2EE系统功能图可以看出，这个交易过程可能需要与各种EJB发生 交互作用，而这反过来又与企业信息系统或跨机构的数据库产生交互作用。在所 有这些交易过程中，交易的完整性以及顾客想从认真企业级的交易过程中得到的 任何其他标准都需要保存起来。 Web服务系统 Web服务系统类似于J2EE中的容器(container)的概念。它给执行Web服务提供 了一个运行时间环境。为了进行讨论的目的，完全可以说在较高的级别上Web服 务系统会包含一个Web服务运行时间环境，该运行时间环境能接受SOAP请求并把 它们映射到对应的Java组件，即在商业功能性中共享的Java类或EJB。同时，从 该商业过程中收集的所有结果都是可靠的，并被封装在SOAP响应中，送回Web服 务的客户机。 Web服务器 Web服务器是从Web服务客户机发出SOAP请求到服务提供者收到这个请求的过 程中最主要的网关。Web服务器通过HTTP协议进行通信，通常在端口80收听。因 为SOAP消息需要在HTFP上传输，所以它很适合进入我们的XML消息层和传输层。 我们在图5上应当注意到的一件重要事情是，事实上WSDL文件是存放在Web服务器 上的，因为这样它给服务的消费者提供了全球性的可访问机制，使他们能查阅 WSDL技术规范。因此，如果我们提供了一个在UDDI注册表作为URL引用的WSDL文 件的话，服务消费者就可以很容易地通过URL找到该WSDL，并对它进行转换，以 确定该机构支持的服务和服务的终端。 Web服务器还在整个系统中执行另外一种重要功能。这种功能会把适当的SOAP 请求转送到Web服务系统去。 Web服务客户机 Web服务客户机是Web服务的消费者。由于Web服务是不确定平台的，因此用目 前任何一种主流编程语言写成的客户机都可以调用Web服务。例如，它可能是一 个Java程序，一个Visual Basic程序或者 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
