认识Java WEB应用

JavaWeb应用概念

在Sun的JavaServlet规范中，对Java Web应用作了这样定义：JAVA Web应用由一组Servlet、HTML页、类、以及其它可以被绑定的资源构造。
它可以在各种供应商提供的实现Sevlet规范的Servlet容器中运行

　　servlet容器为javaWeb应用提供运行时环境，它负责管理Servlet和JSP的生命周期，以及管理它们的共享数据。

　　Servlet容器也称为JavaWeb应用容器，或者Servlet/JSP容器。

tomcat

　　　　Tomcat：开源的Servlet容器

1、部署并启动tomcat服务器

　　①下载comcat解压缩apache-tomcat-7.0.75-windows-x64.zip 到一个非中文的目录下

　　②配置一个环境变量，java-home(指向JDK安装的根目录)或者Jre-home   （一般java开发环境已经配置好了）

　　③通过双击D:\oo\apache-tomcat-7.0.75\bin目录下的startup.bat，启动服务器

　　④可以在浏览器中输入localhost:8080来检验Tomcat配置是否正确

　　⑤若已经启动了一个Tomcat应用，若再启动一个Tomcat应用，会抛出端口被占用异常（楼下有解释）

2、tomcat文件意思：

bin： 存放各种平台下启动和关闭Tomcat的脚本文件。
startup.bat是windows下启动tomcat的文件，
shutdown.bat是关闭tomcat的文件。
common： 在common目录下的lib目录，存放Tomcat服务器和所有web应用都能访问的JAR。
shared： 在shared目录下的lib目录，存放所有web应用能访问的，但Tomcat不能访问的JAR。
server： 在server/webapps目录中，存放Tomcat自带的两个APP-admin和manager应用，来管理Tomcat-web服务用的。
work ： Tomcat把各种由jsp生成的servlet文件放在这个目录下。
temp ： 临时活页夹，Tomcat运行时候存放临时文件用的。
logs ： 存放Tomcat的日志文件
webapps： web应用的发布目录，把 java开发的web站点或war文件放入这个目录下就可以通过tomcat服务器访问了。
conf ： Tomcat的各种配置文件，最重要的是 server.xml.

 3、可以在bin目录下点击startup.bat启动shutdown.bat关闭（如果遇到启动一闪而过，那么在cmd里进入bin目录启动，看是否是提示无jdk环境:注意启动了一定要关闭了后在启动）如：遇到Address already inuse:JVM_Bind:8080那么需要修改端口为80解决—>在conf下server.xml修改

<Connector port="8080" protocol="HTTP/1.1"   connectionTimeout="20000"   redirectPort="8443" />将8080修改为80这样能解决大部分端口被占用(v2003等软件也会占用80,找出这个软件关掉，如果还不行那么修改为81或者82等端口)

常用功能:

　　①可以将bin目录下的startup.bat和shutdown.bat发送到桌面，这样可以点击直接启动；

　　②如果想通过cmd在任何目录下启动tomcat那么需要在电脑环境变量Path中设置   D:\oo\apache-tomcat-7.0.75\bin，在通过cmd启动startup会提示

　　　　The CATALINA_HOME environment variable is not defined correctly
　　　　This environment variable is needed to run this program       (需要配置catalina-home)

　　在环境变量中设置新建catalina-home   值为tomcat根目录(可以参考startup.bat源码)   在cmd下可以使用catalina控制tomcat启动关闭(可以使用其命令，可以明显的看出错误)

　　③本地tomcat页面想进管理员页面 点击Manager需要输入密码帐号，点击取消，弹出错误页面，提示需要配置tomcat-users.xml文件 ,

　　故将错误页面提示信息栏内容复制到xml里

　　　　Tomcat提供了一个管理程序：manager，用于部署Tomcat服务器中的web应用程序,要访问manager web应用程序，需要添加具有管理员权限的帐号，

　　　　编辑conf目录下的tomcat-users.xml文件，添加manager角色，设置用户名密码   则可以进去本地tomcat管理页面(配置后文件)

<?xml version='1.0' encoding='utf-8'?>

<tomcat-users>
<role rolename="manager-gui"/>
<user username="tomcat" password="123" roles="manager-gui"/>

</tomcat-users>

针对server.xml的标签意思

1 Server
1.1 In the Tomcat world, a Server represents the whole container. Tomcat provides a default implementation of the Server interface., and this is rarely customized by users.
1.2 在tomcat的世界里,一个server代表整个容器.Tomcat提供了一个默认的org.apache.catalina接口的实现.用户很少修改这个默认的实现

2 Service
2.1 A Service is an intermediate component which lives inside a Server and ties one or more Connectors to exactly one Engine. The Service element is rarely customized by users, as the default implementation is simple and sufficient: Service interface.
2.2 一个Service是一个中间件,存在在一个Server的内部,将一个或者多个Connectors绑定到一个特定的Engine上.默认的实现已经足够用了.是org.apache.catalina.Service接口的一个实现.
A "Service" is a collection of one or more "Connectors" that share a single "Container"
一个Service是一个或者多个Connectors的集合，这些个Connectors共享一个容器。
3 Engine

3.1 An Engine represents request processing pipeline for a specific Service. As a Service may have multiple Connectors, the Engine received and processes all requests from these connectors, handing the response back to the appropriate connector for transmission to the client. The Engine interface may be implemented to supply custom Engines, though this is uncommon.
3.2 一个Engine代表一个特定的Service的请求处理的管道.因为一个Service可以有多个Connectors,Engine接收并且处理从这些Connectors过来的所有的请求.并且将结果送回合适的connector并发送给客户端.
3.3 可以实现org.apache.catalina.Interface Engine接口来提供定制的Engines,虽然一般不需要这样做.
3.4 Note that the Engine may be used for Tomcat server clustering via the jvmRoute parameter. Read the Clustering documentation for more information.

4 Host
4.1 A Host is an association of a network name, e.g. www.yourcompany.com, to the Tomcat server. An Engine may contain multiple hosts, and the Host element also supports network aliases such as yourcompany.com and abc.yourcompany.com. Users rarely create custom Hosts because the StandardHost implementation provides significant additional functionality.
4.2 一个Host将一个域名和tomcat联系起来.一个Engine可以包含多个hosts,并且一个Host还支持网络别名(例如yourcompany.com 或者 abc.yourcompany.com).用户很少去实现一个org.apache.catalina.Interface Host接口,因为org.apache.catalina.core.StandardHost这个默认的实现已经提供了丰富的扩展功能了

5 Connector
5.1 A Connector handles communications with the client. There are multiple connectors available with Tomcat, all of which implement the Connector interface. These include the Coyote connector which is used for most HTTP traffic, especially when running Tomcat as a standalone server, and the JK2 connector which implements the AJP procotol used when connecting Tomcat to an Apache HTTPD server. Creating a customized connector is a significant effort.
5.2 一个Connector处理和客户端的通信.tomcat有多个connectors.这些个connectors都实现了Connector接口.
5.3 创建一个定制的connector是非常复杂的.
5.4 AJP是为Tomcat与HTTP服务器之间通信而定制的协议，能提供较高的通信速度和效率。在配置Tomcat与HTTP服务器集成中，读者可以不必关心AJP协议的细节。关于AJP的知识也可以参考网址：
5.5 Tomcat最主要的功能是提供Servlet/JSP容器，尽管它也可以作为独立的Java Web服务器，它在对静态资源（如HTML文件或图像文件）的处理速度，以及提供的Web服务器管理功能方面都不如其他专业的HTTP服务器，如IIS和Apache服务器。
5.6 因此在实际应用中，常常把Tomcat与其他HTTP服务器集成。对于不支持Servlet/JSP的HTTP服务器，可以通过Tomcat服务器来运行Servlet/JSP组件。
5.7 当Tomcat与其他HTTP服务器集成时，Tomcat服务器的工作模式通常为进程外的Servlet容器，Tomcat服务器与其他HTTP服务器之间通过专门的插件来通信。
5.8 Tomcat与HTTP服务器集成的原理：Tomcat服务器通过Connector连接器组件与客户程序建立连接，Connector组件负责接收客户的请求，以及把Tomcat服务器的响应结果发送给客户。默认情况下，Tomcat在server.xml中配置了两种连接器：
 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
 <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
5.9 第一个连接器监听8080端口，负责建立HTTP连接。在通过浏览器访问Tomcat服务器的Web应用时，使用的就是这个连接器。
5.10 第二个连接器监听8009端口，负责和其他的HTTP服务器建立连接。在把Tomcat与其他HTTP服务器集成时，就需要用到这个连接器。
5.11 Tomcat提供了专门的JK插件来负责Tomcat和HTTP服务器的通信。应该把JK插件安置在对方的HTTP服务器上。
5.12 对于不同的HTTP服务器，Tomcat提供了不同的JK插件的实现模块
 与Windows下的Apache HTTP服务器集成：mod_jk_2.0.46.dll
 与Linux（RedHet）下的Apache HTTP服务器集成：mod_jk.so-ap2.0.46-rh72..46-rh72
 与IIS服务器集成：isapi_redirect.dll
5.13 AJP是为Tomcat与HTTP服务器之间通信而定制的协议，能提供较高的通信速度和效率。
5.14 关于AJP的知识也可以参考网址：
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/doc/common/AJPv13.html
5.15 如果两个Tomcat服务器都在同一台机器上运行，则至少应该对其中一个Tomcat服务器的以上3个端口号都进行修改。

6 Context
6.1 A Context represents a web application. A Host may contain multiple contexts, each with a unique path. The Context interface may be implemented to create custom Contexts, but this is rarely the case because the StandardContext provides significant additional functionality.
6.2 一个Context代表一个web应用程序。一个Host可以包含多个contexts。每一个有不同的访问地址。
6.3 可以实现Context接口来创建自己的Contexts。但很少这样用，因为StandardContext已经提供了丰富的额外的功能

7/重点**********在context.xml里面加一句话可以使自定义的类有新的变化或者是新的版本了，那么tomcat帮我自动重新加载  不写默认是false

<Context reloadable="true">

<!-- Default set of monitored resources -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>

<!-- Uncomment this to disable session persistence across Tomcat restarts -->
<!--
<Manager pathname="" />
-->

<!-- Uncomment this to enable Comet connection tacking (provides events
on session expiration as well as webapp lifecycle) -->
<!--
<Valve className="org.apache.catalina.valves.CometConnectionManagerValve" />
-->

</Context>

Html文件头标签属性-- HTML文档中小meta标签的大作用

meta是用来在HTML文档中模拟HTTP协议的响应头报文。meta 标签用于网页的＜head＞与＜/head＞中，meta 标签的用处很多。meta 的属性有两种：name和http-equiv。name属性主要用于描述网页，对应于content（网页内容），以便于搜索引擎机器人查找、分类（目前几乎所有的搜索引擎都使用
网上机器人自动查找meta值来给网页分类）。这其中最重要的是description（站点在搜索引擎上的描述）和keywords（分类关键词），所以应该给每页加一个meta值。比较常用的有以下几个：

name 属性
1、＜meta name="Generator" contect=""＞用以说明生成工具（如Microsoft FrontPage 4.0）等；
2、＜meta name="KEYWords" contect=""＞向搜索引擎说明你的网页的关键词；
3、＜meta name="DEscription" contect=""＞告诉搜索引擎你的站点的主要内容；
4、＜meta name="Author" contect="你的姓名"＞告诉搜索引擎你的站点的制作的作者；
5、＜meta name="Robots" contect="all|none|index|noindex|follow|nofollow"＞
其中的属性说明如下：
设定为all：文件将被检索，且页面上的链接可以被查询；
设定为none：文件将不被检索，且页面上的链接不可以被查询；
设定为index：文件将被检索；
设定为follow：页面上的链接可以被查询；
设定为noindex：文件将不被检索，但页面上的链接可以被查询；
设定为nofollow：文件将不被检索，页面上的链接可以被查询。

http-equiv属性
1、＜meta http-equiv="Content-Type" contect="text/html";charset=gb_2312-80"＞
和 ＜meta http-equiv="Content-Language" contect="zh-CN"＞用以说明主页制作所使用的文字以及语言；
又如英文是ISO-8859-1字符集，还有BIG5、utf-8、shift-Jis、Euc、Koi8-2等字符集；
2、＜meta http-equiv="Refresh" contect="n;url=http://yourlink"＞定时让网页在指定的时间n内，跳转到页面http;//yourlink；
3、＜meta http-equiv="Expires" contect="Mon,12 May 2001 00:20:00 GMT"＞可以用于设定网页的到期时间，一旦过期则必须到服务器上重新调用。需要注意的是必须使用GMT时间格式；
4、＜meta http-equiv="Pragma" contect="no-cache"＞是用于设定禁止浏览器从本地机的缓存中调阅页面内容，设定后一旦离开网页就无法从Cache中再调出；
5、＜meta http-equiv="set-cookie" contect="Mon,12 May 2001 00:20:00 GMT"＞cookie设定，如果网页过期，存盘的cookie将被删除。需要注意的也是必须使用GMT时间格式；
6、＜meta http-equiv="Pics-label" contect=""＞网页等级评定，在IE的internet选项中有一项内容设置，可以防止浏览一些受限制的网站，而网站的限制级别就是通过meta属性来设置的；
7、＜meta http-equiv="windows-Target" contect="_top"＞强制页面在当前窗口中以独立页面显示，可以防止自己的网页被别人当作一个frame页调用；
8、＜meta http-equiv="Page-Enter" contect="revealTrans(duration=10,transtion=50)"＞和＜meta http-equiv="Page-Exit"contect="revealTrans(duration=20，transtion=6)"＞设定进入和离开页面时的特殊效果，这个功能即FrontPage中的“格式/网页过渡”，不过所加的页面不能够是一

4、HTTP协议基础

HTTP(Hypertext Transfer　Protocol, 超文本传输协议)

HTTP是以明文方式发送数据的

用于从WWW服务器传输超文本到本地浏览器的传输协议。

HTTP协议是以TCP/IP为基础的高层协议。

现在广泛使用的版本HTTP/1.1

HTTP 1.1与HTTP 1.0的比较

一个WEB站点每天可能要接收到上百万的用户请求，为了提高系统的效率，HTTP 1.0规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个TCP连接，服务器完成请求处理后立即断开TCP连接，服务器不跟踪每个客户也不记录过去的请求。但是，这也造成了一些性能上的缺陷，例如，一个包含有许多图像的网页文件中并没有包含真正的图像数据内容，而只是指明了这些图像的URL地址，当WEB浏览器访问这个网页文件时，浏览器首先要发出针对该网页文件的请求，当浏览器解析WEB服务器返回的该网页文档中的HTML内容时，发现其中的<img>图像标签后，浏览器将根据<img>标签中的src属性所指定的URL地址再次向服务器发出下载图像数据的请求，如图3.3所示。

图3.3

显 然，访问一个包含有许多图像的网页文件的整个过程包含了多次请求和响应，每次请求和响应都需要建立一个单独的连接，每次连接只是传输一个文档和图像，上一
次和下一次请求完全分离。即使图像文件都很小，但是客户端和服务器端每次建立和关闭连接却是一个相对比较费时的过程，并且会严重影响客户机和服务器的性 能。当一个网页文件中包含Applet，JavaScript文件，CSS文件等内容时，也会出现类似上述的情况。

为了克服HTTP 1.0的这个缺陷，HTTP 1.1支持持久连接，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟。一个包含有许多图像的网页文件的多个请求和应答可以在一个连接中传输，但每个单独的网页文件的请求和应答仍然需要使用各自的连接。HTTP 1.1还允许客户端不用等待上一次请求结果返回，就可以发出下一次请求，但服务器端必须按照接收到客户端请求的先后顺序依次回送响应结果，以保证客户端能够区分出每次请求的响应内容，这样也显著地减少了整个下载过程所需要的时间。基于HTTP 1.1协议的客户机与服务器的信息交换过程，如图3.4所示。

图3.4

可见，HTTP 1.1在继承了HTTP 1.0优点的基础上，也克服了HTTP 1.0的性能问题。不仅如此，HTTP 1.1还通过增加更多的请求头和响应头来改进和扩充HTTP 1.0的功能。例如，由于HTTP 1.0不支持Host请求头字段，WEB浏览器无法使用主机头名来明确表示要访问服务器上的哪个WEB站点，这样就无法使用WEB服务器在同一个IP地址和端口号上配置多个虚拟WEB站点。在HTTP 1.1中增加Host请求头字段后，WEB浏览器可以使用主机头名来明确表示要访问服务器上的哪个WEB站点，这才实现了在一台WEB服务器上可以在同一个IP地址和端口号上使用不同的主机名来创建多个虚拟WEB站点。HTTP 1.1的持续连接，也需要增加新的请求头来帮助实现，例如，Connection请求头的值为Keep-Alive时，客户端通知服务器返回本次请求结果后保持连接；Connection请求头的值为close时，客户端通知服务器返回本次请求结果后关闭连接。HTTP 1.1还提供了与身份认证、状态管理和Cache缓存等机制相关的请求头和响应头。

《深入体验Java Web开发内幕——核心基础》

HTTP 协议老的标准是HTTP/1.0，目前最通用的标准是HTTP/1.1。HTTP/1.1是在HTTP/1.0基础上的升级，增加了一些功能，全面兼容 HTTP/1.0。HTTP/1.0不支持文件断点续传，目前的Web服务器绝大多数都采用了HTTP/1.1。
RANGE:bytes是HTTP/1.1新增内容，HTTP/1.0每次传送文件都是从文件头开始，即0字节处开始。RANGE:bytes=XXXX表示要求服务器从文件XXXX字节处开始传送，这就是我们平时所说的断点续传！

原文英文版
RFC 1945 - Hypertext Transfer Protocol -- HTTP/1.0
http://www.w3.org/Protocols/rfc1945/rfc1945
http://www.faqs.org/rfcs/rfc1945.html

RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1
http://www.w3.org/Protocols/rfc2616/rfc2616
http://www.w3.org/Protocols/rfc2616/rfc2616.html
http://www.faqs.org/rfcs/rfc2616.html

(Proposed) HTTP-NG Working Group
http://www.w3.org/Protocols/HTTP-NG/
下 一代超文本传输协议(HTTP-NG)，为了克服当前HTTP协议的缺点，W3C(World
Wide Web consortium)开始研究制定下一代HTTP协议?TTP-NG。它分三个层次：应用层、消息层、传输层。现有WEB上应用将转换到HTTP-NG 平台上，最后整个平台都会更新为HTTP-NG。

RFC 1945 - Hypertext Transfer Protocol -- HTTP/1.0 中文版
http://man.chinaunix.net/develop/rfc/RFC1945.txt
http://www.cnpaf.net/rfc/rfc1945.txt

RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1 中文版

1.0与1.1的区别，英文版
Key Differences between HTTP/1.0 and HTTP/1.1
http://www.research.att.com/%7Ebala/papers/h0vh1.html

中文翻译版没有看到，有看到的告诉我：）

附上：HTTP 1.1状态代码及其含义
状态代码  状态信息  含义 
100  Continue  初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP
1.1新） 
101  Switching Protocols  服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 
200  OK  一切正常，对GET和POST请求的应答文档跟在后面。
201  Created  服务器已经创建了文档，Location头给出了它的URL。 
202  Accepted  已经接受请求，但处理尚未完成。 
203  Non-Authoritative Information  文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。 
204  No Content  没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。 
205  Reset Content  没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 
206  Partial Content  客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。 
300  Multiple Choices  客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 
301  Moved Permanently  客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。 
302  Found  类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。
出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。

注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。

严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
 
303  See Other  类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。 

304  Not Modified  客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。 
305  Use Proxy  客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。 
307  Temporary Redirect  和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时 才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只
能跟随对GET请求的重定向。（HTTP 1.1新） 
400  Bad Request  请求出现语法错误。 
401  Unauthorized  客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。 
403  Forbidden  资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。 
404  Not Found  无法找到指定位置的资源。这也是一个常用的应答。 

405  Method Not Allowed  请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新） 
406  Not Acceptable  指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。 
407  Proxy Authentication Required  类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新） 
408  Request Timeout  在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新） 
409  Conflict  通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新） 
410  Gone  所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新） 
411  Length Required  服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新） 
412  Precondition Failed  请求头中指定的一些前提条件失败（HTTP
1.1新）。 
413  Request Entity Too Large  目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。 
414  Request URI Too Long  URI太长（HTTP 1.1新）。 
416  Requested Range Not Satisfiable  服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新） 

500  Internal Server Error  服务器遇到了意料不到的情况，不能完成客户的请求。 
501  Not Implemented  服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。 
502  Bad Gateway  服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。 
503  Service Unavailable  服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。 
504  Gateway Timeout  由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新） 
505  HTTP Version Not Supported  服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）

 5、Servlet简介

Servlet是服务器小应用程序
用来完成B/S架构下，客户端请求的响应处理
平台独立，性能优良，能以线程方式运行
Servlet API为Servlet提供了统一的编程接口
Servlet一般在容器中运行
常见的Servlet容器
Tomcat 
Jetty / Resin

6、Web Application的概念
Web Application Name
--WebContent　　

　　--WEB-INF
　　　　--web.xml
　　　　　　该web app的配置文件
　　　　--lib
　　　　　　该web app用到的库文件
　　　　--classes
　　　　　　存放编译好的servlet
　　--META-INF
　　　　存放该web app的上下文信息，符合J2EE标准
Web Application可以直接放在webapp下面
也可以通过配置文件指定到其他目录 <host>里面

在conf目录下 catalina\localhost目录，然后为test这个Web应用程序建立test.xml文件，编辑这个文件输入以下内容

<?xml version="1.0" encoding="UTF-8"?>
<Context path="/test" docBase="D:\\oo\\firstWebApp\\WebContent" reloadable="true"/>

注释：<Context path=“/虚拟路径名“ docBase=”目录位置" debug="0" reloadable="true"/

7、Eclipse开发动态Java Web工程

1、开发选项需要是JavaEE

2、在Servers面板中新建Tomcat服务器 一定要关联到Tomcat安装的根目录

3、新建一个Dynamic Web Project.其中 Target Runtime需选择刚刚创建的服务器Tomcat7.0

4、开发Java Web应用

5、可以通过  run on server 来运行WEB项目