一、web应用组成和虚拟目录映射

1、WEB应用程序是指提供给浏览器访问的程序，一个web应用由多个静态资源和动态资源组成

html、css、js文件
jsp文件、java程序、支持jar包
配置文件
……
2、web应该用开发好以后，若想供外界访问，需要把web应用所在目录交给服务器管理，这个过程称之为虚拟目录的映射。 

tomcat中虚拟目录的映射方式详细情况可以参考tomcat文档中configrure/context配置。列举三种方式：（1）server.xml 方式，当path=”“时，表示该目录为缺省目录，该方法需要重启服务器



<Context path="/itcast" docBase="C:\news"/>

（2）$CATALINA_BASE/conf/[enginename]/[hostname]/ 目录下放置任意.xml文档，在该文档中配置context,tomcat将会把context指定的docBase映射到.xml文档名称的虚拟目录,如下，可通过a/b/xx.html访问到news下面的xx.html。该方法不需要重启服务器。ROOT.xml表示缺省应用。  

a#b.xml



<Context docBase="C:\news"/>

（3）tomcat会自动检测加载webapps下面的web资源。

注：关于tomcat可以看上一篇。



二、web资源组织结构和web.xml

1、目录结构：开发web应用时，不同类型的文件有严格的存放规则，否则不仅可能会使web应用无法访问，还会导致 web服务器启动报错。web应用中，web.xml是其中最重要的一个文件，它用于对web应用中的web资源进行配置。 


下面举例说明，如何构建一个简单的web应用并放入服务器。

第一步：D:\mail下按照web应用固定目录格式组织mail文件夹 


1.html内容



welcome to mail

web.xml内容,可以从$CATALINA_BASE/conf/web.xml中抄写。



<?xml version="1.0" encoding="ISO-8859-1"?>
<web-app xmlns="http://java.sun.com/xml/ns/javaee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
                      http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
  version="3.0">
<welcome-file-list>
        <welcome-file>1.html</welcome-file>
    </welcome-file-list>
</web-app>

第二步：把web应用发布到tomcat以供用户访问。这里采用server.xml中配置的方式。此种方式需要重启服务器，另外我们顺便把tomcat http连接端口改成80。 

server.xml



<Context path="" doBase="D:\apache-tomcat-7.0.73\webapps\mail"/>



<Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"/>

第三步：启动tomcat,通过浏览器访问。实验中把tomcat端口设置成80，因此浏览器可以不指定端口；把web应用mail设置成缺省web应用，因此可以不指定访问地址；把1.html配置成mail的欢迎页面，因此可以不指定页面。  


注意：实验发现tomcat7.0.73版本中如果conf/catalina/localhost目录下面的.xml文件的docBase包含tomcat本身的目录会被忽略掉。



三、UML描述web资源访问过程

这里描述了用户在浏览器地址栏输入网址并按下回车键访问web资源的整个流程，看完下一章节的http协议详解再回来看这个过程会更加理解关于http协议的那部分。（图片看不清可以在新标签页打开） 

web应用目录结构

web资源需要按照一定方式组织成web应用才能交给虚拟主机去管理。web应用的目录结构如下：



（1）静态web资源和jsp可以放置在web应用的根目录下,在web应用根目录下的资源,浏览器可以直接访问

（2）WEB-INF目录可以没有,但是一旦有了,必须符合结构,放置在这个目录中的资源会被保护起来,浏览器是没有办法直接访问的

（3）WEB-INF/classes存放动态web资源的 class文件的

（4）WEB-INF/lib 存放class们依赖的jar包的

（5）WEB-INF/web.xml整个web应用的核心配置文件,这个web应的所有配置都要在这里进行 (配置web应用的主页 配置Servlet映射 配置监听器 配置过滤器....)

web应用配置虚拟路径映射的三种方式

方式一（需重启-不推荐）

在server.xml中的<Host>标签中配置<Context>标签，其中的path属性指定虚拟路径(浏览器访问的路径)，docBase指向真实的web应用目录。

注意，这种方式配置的web应用需要重启服务器后才会生效。

如果将path配置为空，则当前web应用称为虚拟主机的缺省web应用。



方式二（不需要重启服务器）

在[tomcat]/conf/[engin]/[host]目录下新建一个xml文件，其中文件名为成当前web应用虚拟路径，在xml文件的内部,用<Context>标签配置docBase指定真实路径，注意这种配置方式不需要指定path虚拟路径，因为文件名就是path.

如果将xml文件名改为ROOT.xml则当前web应用成为当前虚拟主机的缺省web应用。



方式三（不需要重启服务器）

直接将web应用放置到虚拟主机管理的目录中，虚拟主机自动管理该目录，文件夹的名字成为web应用的虚拟路径。

如果将文件夹的名字改为ROOT则当前web应用成为缺省web应用。

localhost虚拟主机管理的是webapps目录，所以将应用放置到webapps目录下通过localhost主机就可以直接访问了。

（图以后补）

第四章 面向资源的架构
目前我们已经介绍了RESTful的能力，但是还没有以系统的方式来展示它的能力是源于哪种结构、及其应该如何在实践中去应用这种能力。
本章勾勒了一个具体的RESTful架构---面向资源的架构（ROA）。ROA是转变问题域到RESTful网络服务的一种方式，即通过对URIs、HTTP和XML的组织，使得问题域与Web的其它部分一样，使得程序员喜欢使用问题域提供的服务。
在第一章中，通过对两个问题的回答，把RESTful网络服务做了分类。这两个问题的答案对应2个REST的定义特性（REST一个有4个定义特性）：
1）URI中持有的作用域信息（服务器根据什么选择特定的数据发送给客户端）。作用域信息是寻址原则。
2）HTTP方法中的方法信息（为什么是发送数据而不是删除某些数据）。方法信息是统一接口信息。
本章有3个目标：
1）介绍ROA的交互组件：资源，资源的名称，资源的展态（representations）及其它们之间的联系；
2）解释并进一步的发展ROA的几个特性：寻址、无状态、联通性和统一接口；
3）展示Web技术（HTTP、URIs、XML）如何实现ROA的动态组件，以使ROA的特性成为可能。
在前面的章节中，概念是通过引用存在的web服务来说明的，例如S3web服务。本章将继续保持这一传统，同时使用存在的web站点来说明概念。期望目前你已经认同以下两个观点：1）web站点就是web服务，2）并且很多web应用程序（例如搜索引擎）是RESTful
 web服务的观点。当讨论抽象概念时，例如寻址，使用URIs是很有用的。因为可以在浏览器中输入URIs，以实际行动来检验概念。

标题web应用目录结构
web资源需要按照一定方式组织成web应用才能交给虚拟主机去管理。web应用的目录结构如下：

mail — web应用所在的目录

|

|–html css js jsp

|

|–WEB-INF		

|–classes

|

|–lib

|

|–web.xml

（1）静态web资源和jsp可以放置在web应用的根目录下,在web应用根目录下的资源,浏览器可以直接访问

（2）WEB-INF目录可以没有,但是一旦有了,必须符合结构,放置在这个目录中的资源会被保护起来,浏览器是没有办法直接访问的

（3）WEB-INF/classes存放动态web资源的 class文件的

（4）WEB-INF/lib 存放class们依赖的jar包的

（5）WEB-INF/web.xml整个web应用的核心配置文件,这个web应的所有配置都要在这里进行 (配置web应用的主页 配置Servlet映射 配置监听器 配置过滤器…)