1:web 应用程序的配置
1.1 conf/server.xml <Context> 讲解 ： 表示一个web 应用程序运行在特定的虚拟机中，不用再将项目文件拷贝到 webapps 下
<Context> 元素 是 <Host> 元素的子元素
元素属性讲解：
className: 指定实现了 org.apache.catalina.Context 接口的类名。
coockie : 指定是否将coockie应用于 session，默认为 true
crossContext : 如果设置为
true在应用程序内容调用 ServletContext.getContext() 成功返回运行在同一个虚拟机中的其他web项目的 请求调度器。默认 false
doBase: 指定web 程序的文档目录或者 war文件的路径名，该属性是必须的 绝对路径 或者 appBase 下的相对路径
path: 指定web
应用程序的上下文路径。
reloadable: 如果设置为
true，服务器会监视 WEB-INF/classes 和 WEB-INF/lib 目录下类的改变，如果发现更新，服务器会自动重新加载该 web 程序，默认 false，需占用一定资源开销
unpackWAR: 为true
的话 Tomcat 在运行web 应用程序前将展开所有压缩的 Web 应用程序。默认 true
例如：
<Host name[="localhost" appBase="webapps" unpackWARS="true" autoDeply="true" xmlValidation="false" xmlNamespaceaWare="false">
<Context path="/MyServlet" doBase="/MyServlet" reloadable="true">
</Host>
<Context> 元素还可以放在 conf/context.xml 在这个文件中的信息将被所有的web 应用程序所加载
还可以放在 对应 应用程序下的 META-INF/context.xml 内
Tomcat 中 不建议将 <Context> 元素放在 server.xml 中，因为容器启动后，server.xml 只加载一遍，将不会再加载。
1.2 servlet 的另一种运行方式
第一种方式： web.xml 中部署 servlet
第二种方式： 利用 Tomcat 的 Servlet 调用器，即在 Tomcat 下的/conf/catalina/localhost 下创建 项目名.xml 添加 <Context> 元素 docBase 节点为 绝对路径，可以运行
1.3 与servlet 配置相关的元素 web.xml
<servlet> 节点
<init-param> 节点内容的获取通过 servlet 实例中的ServletContext.getInitParameter("这里输入param-name 名称")； 并且这部分应该在 servlet init() 方法中初始化
<servlet-mapping> 节点
在 servlet 和 URL 之间定义一个映射，包含了子元素 <servlet-name> 和 <url-pattern> url相对路径 这个在form 表单中的 action = 中 定义
2:web 应用程序中数据库的访问
数据库的url name passwd driverClass 可以放在 servlet 的 <init-param> 中
注意 CallableStatement 用于执行存储过程
本章节重点讲下 JDBC数据源和连接池
利用 DataSource 接口来获取对数据库的连接
DataSource 对象获取，通过 java 的 jndi服务器查询来获取
1：在 server.xml 的 <Context> 元素中配置数据源
2：使用 java 上下文来获取数据源： 注意：在配置jdbc 数据源所指定的JNDI 名，是相对于 java:comp/env 上下文来的
下章节讲 servlet 的会话跟踪技术 本章节不再进行举例
3: 会话跟踪
客户和服务器之间的会话是通过HTTP 协议 属于无状态的，web服务器需要采用一种机制来唯一标示一个客户
会话跟踪实现的三种机制：
SSL 会话: 安全套接字层
Cookie: 以键值对的形式记录会话跟踪的内容，服务器利用响应报头 Set-Cookie 来发送Cookie 信息
响应包头的格式为：
Content=value; - 包含用户私有信息
Domain=value; - 指定cookie 在哪一个域中有效 必须以 . 号开始
Max-Age=value; - Cookie 生生存时间 以秒 为单位 超过就无效
path=value; - 指定 coockie 在哪一个URL 子集下有效
Version=1
例如： Set-Cookie: uid=zhangsan;Max-Age=3600;Domain=.sunxin.org;Path=/bbs;Version=1
说明上面这个响应包头发送了一个名为 uid 值为 zhangsan 的cookie，生存时间为3600秒，在 sunxin.org 域的/bbs 路径内有效，超时该cookie 无效。
当浏览器接受到这个响应报头后，可以选择拒绝或者接受这个cookie，如果接受的话，浏览器下一次发送请求给 http://www.sunxin.org/bbs/路径下的资源时，同时也会发送一个请求报头：
Cookie:uid=zhangsan
服务器从请求报头中获取到cookie，通过标示符取出 zhangsan 的状态信息，这样，通过为不同的客户发送不同的cookie，可以实现每个用户的会话跟踪。 cookie 会存在客户硬盘上，
如果客户浏览器禁用 cookie的话，那么本机制就无法运行。
URL重写:在 URL 中嵌入标示客户的 Session ID，servlet 容器解析 URL，取出 SessionID，根据SessionID将请求与特定的Session 关联。
SessionID的名称按照规范必须是 jsessionid，
例如： http://www.sunxin.org/bbs/index.jsp;jsessionid=1234?name=zhangsan&age=18
要跟踪客户端的会话，就需要将所有发往客户端的URL 进行编码，可以通过调用 HttpServletResponse 接口中的 encodeURL() 方法和 encodeRedirectURL() 方法来实现，其中 encodeRedirectURL() 方法
在 调用 重定向 sendRedirect() 方法调用前使用。
3.1 java Servlet API 的会话跟踪
java Servlet API 中的 HttPSession 封装了Session 的概念，当一个会话开始的时候，Servlet 容器 就创建了一个 HttpSession 对象，在 HttpSession 中存放客户的状态信息，同时 Servlet 容器为 HttpSession 分配了一个唯一的 SessionID 将其作为 Cookie 或 URL的一部分发送给浏览器，当客户再发送请求的时候，浏览器将Cookie 一起发出，容器读出 SessionID 找到 HttpSession 对象。HttpSession 接口：
Object getAttribute(String name); Enumberation getAttributeNames(); void removeAttribute(String name); void setAttribute(String name,Object value); 四个方法用于 HttpSession 读取 移除和设置属性， long getCreationTime():返回session 创建的时间，从1970-1-1 以后的毫秒数 String getId(): 返回一个字符串，包含Session 唯一标示符。 long getLastAccessedTime(): 返回客户最后一次发送与Session 相关请求的时间 可以确定两次会话期间客户的非会话间隔时间 int getMaxInActiveInterval(): 返回以毫秒为单位的最大时间间隔，这个时间是容器在客户请求期间保持session 打开的最长时间间隔，超过时间session 失效。void setMaxInActiveInterval(): 设置session 失效时间，如果值为 -1 ，session 永不失效。
ServletContext getServletContext(): 返回 Session 所属的 ServletContext 对象 void invalidate(): 使session 失效，如客户退出登录。 boolean isNew(): 判断session是否在容器中存在。 Session 的生命周期：