《Head First Servlets & JSP》-11-Web应用部署
Web目录
WAR文件
WAR文件只是Web应用结构的一个快照，采用了一种更可移植的压缩形式。
建立WAR文件时，就是把整个Web应用结构（去掉Web应用上下文目录，就是把WEB-INF之上的一级目录去掉）压缩起来，给定一个.war扩展名。
容器如何知道Web应用的名字/上下文呢？Tomcat中，WAR文件名就是了！
在一个WAR文件中，可以在META-INF/MANIFEST.MF文件中声明库依赖性（和直接放在WEB-INF/lib下有何区别？后文见分晓）。
部署后的WAR文件的样子
使静态内容和JSP可以直接访问
META-INF或WEB-INF中的内容不可直接访问，否则产生404错误。
META-INF什么用
如果类是使用WEB-INF/classes目录或WEB-INF/lib中的一个jar文件部署在Web应用中，那么这些类就能自动得到；
但是，若应用依赖某个特定版本的库，如果容器无法提供这些库，就不能成功地部署应用，那么就可以在MANIFEST.MF文件中告诉容器必须访问哪些可选的库。（不能部署应用比请求时发现错误要好得多！）
记住，容器查看WEB-INF/lib中的jar文件之前，会先查找WEB-INF/classes目录中的类。
DD中的servlet映射
三种url-pattern元素
完全匹配、目录匹配和扩展名匹配：有个servlet映射的重要规则
- 容器会按下一页显示的顺序查找匹配。换句话说，首先查找完全匹配。如果找不到完全匹配。再查找目录匹配。如果目录匹配也找不到，就查找扩展名匹配。
- 如果一个请求与多个目录url-pattern匹配，容器会选择最长的远配。
在DD中配置欢迎文件
配置welcome-file-list元素，容器会从该列表的第一个欢迎文件开始：
在DD中配置错误页面
- 声明一个普通型错误页面
这应用于Web应用中的所有资源，而不只是JSP - 更为明确的异常错误声明
- 根据HTTP状态码声明错误页面
在DD中配置servlet初始化
servlet默认会在第一个请求到来时初始化，若希望在部署或服务器重启时加载servlet，可以设置load-on-startup元素。
若配置多个该元素，则按照值的从小到大先后加载。
JSP文档：XML兼容的JSP页面
最后看看几个最近还没用到的标记
- 与EJB相关的DD标记
JNDI env-entry DD标记
mime-mapping DD标记