J2EE Web服务客户端质量报告(一) - 编程入门网

J2EE Web服务客户端质量报告(一)

概要

本文实现了记录J2EE（Java2平台企业版）Web服务的客户端响应次数的一个通用的结构。记录的响应次数是真实的客户端响应次数，所以它们实际上反映了用户对服务质量的看法。实验的样品是使用Sun ONE （开放式网络环境）应用服务器和IDE建立起来的，但是这个方法很普通，很容易推广到其它J2EE实现上。

Web服务正迅速的成为实现客户端-服务器系统的首选结构。它的优点是：企业可以正式的定义一组服务，然后生成通讯用的完整的客户端和服务器的代码库，从而简化新的客户端对合法的Web资源的访问。

但是，Web 服务在简化客户端-服务器系统的建立的同时，监控服务质量就变得很重要。 假设有一个在用户的立场上提交处理的客户端应用程序。而企业事务通常要调用好几个Web服务：初始调用递交工作内容，接下来的调用检查实现，最终调用得出结果。一个调用就是一个特殊的HTTP/SOAP (简单对象访问协议)交换。假设你是IT部门专门负责监控服务器装载和预测未来需要的工作人员，你必须得回答这个基本问题："我现在管理我的客户端怎样呢？对于将来的管理，我还需要什么东西？"

如果你只有HTTP日志的话，就很难回答上述问题了。客户端只关心事务的处理，但是因为每个事务包括几个HTTP请求，对于评估服务质量，你最多只能开发自定义数据采集软件，该软件可通过HTTP日志做出指示并建立用户事务处理的模型。就算是这样，你所拥有的信息仍然有限，因为它不能反映网络传送或者客户端应用程序的内务操作。

本文的中心思想是：事务服务质量用客户端评估最好。这儿采用的方法就是允许客户端记录实际的事务响应次数。客户端应用程序通过将响应时间报告添加到下一个弹出的事务处理请求上，从而上传响应时间报告给服务器。服务器取出这些附件并将他们排队储存和在线分析。

结构

基于客户端的频率记录结构的目标就是：记录用的下部构造必须是轻型的，它不但有利于实现运行的内务开销还可以减轻添加它到一个现有的实现的负担。我们也希望该结构对提供的服务没有限制，我们很想可以将服务添加到一个现有的、可以尽可能容易地使用Web服务的客户端-服务器系统上。

我们的结构的另一个目标是：企业应用程序自身的可靠性不要太差。我们将引入一些新的、容易做到的步骤到应用程序的处理工作流程中。而且我们可以保证这些新步骤中的任何故障都可以得到处理，我们不会因为不能将频率用于程序就让企业事务的处理失败

下图显示了一个典型的J2EE(Java 2 平台企业版)Web服务的客户端-服务器应用程序。典型的组件用粗线标明；我们添加的新组件用于收集频率，它采用红线标明。

J2EE Web services: Metrics-gathering architecture

"J2EE Application Server"区域表示现有的服务器资源。他们是用来处理客户端请求的企业JavaBeans (EJB) 组件。工具可自动的生成Web服务软件包。EJB组件和相关的 Web 服务模块被当作J2EE应用程序配置到J2EE服务器上。当应用程序配置时，客户端可以通过调用程序WSDL (Web 服务描述语言)服务来判断一个服务。WSDL服务对程序提供的服务给出正式的定义。

"Application Client"区域由程序组件和Web服务软件包组成。程序组件实现商业逻辑和用户界面。Web服务软件包可自动地通过WSDL编译器和J2EE服务器程序提供的WSDL服务创建出来。

从理论上来说，整个客户端-服务器系统有两层。应用程序层在服务器端拥有EJB组件，在客户端拥有一个应用程序。Web 服务层有一个服务器实现和一个客户端实现，两者都可以自动产生。

典型地，用户的商业事务处理包括许多个服务期调用。第一个调用初始化事务，返回一个"handle" 给客户端。后来的调用查询事务的

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!