在介绍 Servet 2.2 规范之前，我们首先应该了解一个重要概念 ― Web 应用程序（ Web Application）。 Web 应用程序是包含了Servlets，HTML页面，或者其它资源的集合。 Web 应用程序有自己的URL根路径，它标识了调用 Web 应用程序下的资源的URL前缀。每个 Web 应用程序都有一个唯一的ServletContext对象，ServletContext对象可以看作是一个 Web 应用程序的程序级别的对象影射，我们可以利用它来存取基于 Web 应用程序级别的数据。 Web 应用程序所包含比较详细的元素是：
- Servlets
- Java Server Page
- Java Classes
- 静态内容（HTML页面、图象文件、声音文件等）
- 客户端的 Java 代码，如 Applets，Beans 等
- 组织以上这些元素的发布描述文件
Web 应用程序还有自己的目录结构，出错处理机制，初始化的参数等。Servet 2.2 规范所提出的 Web Application Archive(WAR)的概念可以帮助我们把 Web 应用程序所有的元素集成在一起，在下面的章节我们对它有详细的描述。我们可以从 Web 应用程序的发布描述文件定义来了解 Web 应用程序配置参数：
- ServletContext 的初始化参数
- Session 设置
- Servlet / JSP 的定义
- Servlet / JSP 的影射关系
- MIME 类型的定义
- “Welcome” 页面的设置
- 出错页面的设置
Servlet API 2.2规范相对于版本2.1来讲，主要引入了以下的新特征：
- Web 应用程序的引入
- 利用 Web Application Archive（WAR）来帮助用户发布 Web 应用程序
- 对 Response 中的缓存控制的能力
- 按名字获得 RequestDispatcher 对象的能力
- 按相对路径获得 RequestDispather 对象的能力
- 对国际化支持的提高
- ......
下面我们我们将从四个方面来了解一下 Servlet 2.2 规范的新的与以前不同的而比较重要的部分，所以这里不是说对 Servlet 2.2 的规范的所有描述，关于 Servlet 2.2 的规范，我们可以去阅读 Sun 关于它的详细说明。
- Servlet API V2.2 中增加的一些新 API Servlet 2.2 的规范主要体现在 Servlet API V2.2 中增加的一些新API，Servlet API V2.2中所增加的新特征很少是为了替代原有的相同的功能。在规范中标记为“deprecated”方法你应该把他们移植到新的方法上，下面是一些主要的增加的API的简单说明：
- 对 Response 中的缓存进行处理的能力-Response buffering ServletReponse对象包含了getBufferSize(),setBufferSize(), flushBuffer(), isCommitted()和reset()等方法使得Servlet可以访问、设置或者获得缓存的信息来提高用户的应用程序的效率。
- 增加了获得RequestDispatcher对象的方法 在ServletContext对象中除了用绝对URL路径作为参数通过getRequestDispatcher()方法来获得RequestDispatcher对象外，在在ServletContext对象中增加了两个新方法：
- 相对URL路径作为参数通过getRequestDispatcher()方法来获得RequestDispatcher对象
- 通过getNamedDispatcher()方法按名字来获得RequestDispatcher对象
- 处理基于 Web 应用程序的初始化参数 在 ServletContext 对象中提供了以下方法来处理与 Web 应用程序相关联的初始化参数
- getInitParameter
- getInitParameterNames
- 改变了访问HttpSession中的所存储的对象方法的名字 用户应该使用getAttribute()等方法来替代getValue()等方法去访问HttpSession中的对象。原来的方法依然可用，但是应用程序应该把getValue(), getValueNames() 和 setValue()等方法移植到对应的getAttribute(), getAttributeNames()和setAttribute()方法上。
- 在 HTTP 请求中增加的对于路径的处理新方法 HttpServletRequest 增加了新方法getRequestHeaders()，程序可以使用它通过指定名字来来获得在HTTP请求中所包含的对应名字的头信息列表。例如对于“Cache-Control”来说，它就有多个头信息。HttpServletRequest 增加了新方法getContextPath()，程序可以使用它来获得包含此Servlet的 Web 应用程序的 Web 路径。例如，一个 Web 应用程序的 Web 路径可能配置为/webapp/itso，在此 Web 应用程序中的某一个Servlet的 Web 路径配置为/webapp/itso/request/resign，程序可以利用HttpServletRequest 所提供的API来抽取关于路径的不同部分，如下表所示：
方法结果getRequestURI()/webapp/itso/request/resignGetServletPath()/request/resigngetContextPath/webapp/itso
- HTTP回应中头信息的处理 HttpSerlvetResponse增加的新方法addHeader()使得程序用同一个名字在HTTP回应中输出多条头信息。同样可以使用方法addIntHeader()和addDateHeader()来处理非字符类型的头信息。
- 在ServletConfig增加了方法getServletName来获得Servlet的名字。
- 在ServletRequest中的方法getLocale来帮助程序判断客户端的语言环境。
- 与安全性相关的API
- ServletRequest包含的isSecure方法来判断请求是否是通过安全断口来传递的，例如HTTPS。
- ServletRequest包含的isUserInRole和getUserPrinciple方法来处理关于用户角色和授权的信息。
- Web Application Archive (WAR) 的概念 Servlet API V2.2 规范引入了一个新的概念帮助用户来发布用户的应用程序― Web Application Archive （WAR）。 一个WAR文件包含了一个 Web 应用程序中所含有的元素(Servlet代码, HTML和JSP页面等) 和应用程序描述文件来指定如何建立 Web 应用程序中所含有的元素，我们可以将一个WAR文件的内容分为三类：
- 静态内容如HTML， JSP文件和图象文件
- 执行代码如Java class文件和包含Java库的jar文件
- 描述如何发布 Web 应用程序的发布描述符
- 创建WAR文件建议流程：
- 建立一个目录以存放所有WAR文件中的内容，暂且称为WAS_ROOT，在WAS_ROOT创建一个名为WEB_INF的目录。
- 按照层次关系在WAS_ROOT下存放静态文件。
- 在WEB-INF/classes目录下按照包的名字放置Java Class文件。
- 在WEB-INF/lib目录下放置JAR文件。
- 在WEB-INF下目录下创建发布描述文件，发布描述文件是XML格式的文件，关于对应的DTD的定义在Servlet API V2.2有详细的描述。
- 创建WAR文件，你可以使用JDK提供的JAR工具。
|
