一种J2EE应用服务器中Web容器的集成框架.docVIP

一种J2EE应用服务器中Web容器的集成框架 本文档由【中文word文档库】提供，转载分发敬请保留本信息； 中文word文档库免费提供海量范文、教育、学习、政策、报告和经济类word文档。 技术领域 本发明涉及一种针对J2EE应用服务器中Web容器集成的技术框架，属于软件技术领域。 背景技术 J2EE（Java 2 Platform Enterprise Edition）是Sun公司于1999年推出的Java企业计算平台规范与技术，为基于Java语言开发面向企业的分布应用提供了基于构件的解决方案，是目前应用最为广泛的面向Web的应用系统结构规范。图1描述了J2EE应用的三层体系结构： 表示层：一般位于客户端的浏览器或基于Java 的程序； 业务层：位于服务器端，包括Web容器、EJB容器和各类J2EE服务等。一般而言，Web构件可进行简单的业务处理，而EJB构件负责复杂的业务处理； 数据层：也称后端层，是遗产应用和数据库的组合，如企业资源规划系统、大型主机事务处理、数据库系统等。 J2EE平台主要包括四种容器（Applet容器、Application Client容器、EJB容器以及Web容器）和各类J2EE服务（事务服务，安全服务，资源管理服务等），为组成分布式应用的三大部分提供运行支撑环境，这三个部分是：表示逻辑，包括Applet构件和应用客户端构件；业务逻辑，包括Web构件和EJB构件；数据逻辑。其中业务层的Web容器、EJB容器和J2EE服务构成了J2EE应用服务器。 J2EE应用服务器中的容器为部署在其上的J2EE应用构件提供运行支持。通过容器提供的协议和方法，应用构件可以进行交互或访问J2EE服务。图1中的箭头线表示了容器之间以及容器与数据层的交互关系。一般地，Web容器在接收到客户的Web请求时，会由相应的Web构件进行简单的业务处理，之后再将请求转发给EJB容器、由相应的EJB构件处理复杂业务逻辑并跟数据层进行交互。 Web容器负责管理两类构件——Servlet构件和JSP构件，它们分别对应Servlet和JSP两个规范。由于JSP规范实际上是对Servlet规范的扩展与延伸，所以通常这两类构件由同一个容器（即Web容器）管理。Web容器负责提供支撑部署在Web容器中的Servlet/JSP构件运行所需的机制；当作为应用服务器中的一个模块时，Web容器需要提供被应用服务器其他模块访问的接口，例如为管理工具提供启动、停止和配置（包括虚拟主机配置）等一系列管理操作的管理接口，为部署工具提供部署Web构件的部署接口等。 因为Web容器已经有相当成熟的实现技术，例如业界有Apache Tomcat，Jetty等开源软件，所以对于应用服务器开发者来说，一般采用紧耦合的方式集成Web容器。这种方法简单直接，在应用服务器发展的早期很好的满足了各方面需求。然而在应用服务器标准升级频繁、复杂度大幅度提高的今天，其各种弊病已日益凸显，主要的问题可以概括为以下几点： 应用服务器对集成的Web容器有过强的依赖性。应用服务器中需要使用Web 容器的各个模块都需要直接调用Web容器的相应方法。这种依赖性一方面限制了用户根据需要选择合适的Web容器的自由，另一方面也给升级或者更换Web容器造成了很大的困难。 应用服务器对集成的Servlet容器只能在高层进行操作，而对其内部模块的可控制性较差。在这种方案下，应用服务器只负责设定相关的参数和环境变量，而后调用Web容器自身的启动代码进行启动。对于Web容器的内部模块应用服务器很难进行控制。 Web容器提供的配置文件、管理方式与应用服务器本身的机制不统一。由于集成没有深入到Web容器的内部模块，从而导致了对Web容器的配置以及管理都需通过Web容器提供的机制。也就是说，用户无法通过应用服务器的配置文件和管理工具对整个应用服务器进行统一的配置或管理。 发明内容 针对上述问题，本发明的目的是提供一种J2EE应用服务器中Web容器的集成框架，该框架把各种不同Web容器实现的配置抽象并规范化成同一种表示和配置方式，由框架来做适配，实现Web容器的无缝集成，从而实现应用服务器配置和管理机制的统一；同时给予用户选择具体Web容器的自由。该方法的核心思想是通过一个两层框架将Web容器的具体实现细节对应用服务器的其他模块完全屏蔽。 本发明的框架包括两个层面，面向应用服务器其他模块（包括部署模块，管理模块等）的外层，以及面向Web容器实现的内层。我们将这个框架称为“Web容器集成框架”。如图2所示，框架的外层由一组接口构成，它定义了应用服务器其他模块与Web容器进行交互的接口。应用服务器中的其他模块与Web 容器的交互全部通过这组接口进行，而不对Web容器的具体实现有任何依赖。框架的内层主要是对特定W