描述：在线下操作无问题，发布到正式环境后报错
思路：看到这个问题，首先我的第一反应是是否两个环境的jar有异同，因为经常会因为升级包导致老版本的找不到方法或者找不到类。当然，这个通过比较local跟生产机环境的jar很快就能判断猜测是否正确。
其次看看HQL的语法是否正确，确实有网友说因为HQL的语法错误导致，检查了local的语法，没问题，那问题出在哪呢？再将两个生产机和local两个版本进行比较，然后得知两个HQL不同。

Appfuse是由Matt Raible开发的一个指导性的入门级J2EE框架，它对如何集成流行的Spring、Hibernate、iBatis、struts、Xdcolet、junit 等基础框架给出了示范。提供了对Taperstry和JSF的支持。

　　● 在持久层方面，AppFuse可以使用Hibernate O/R映射工具（http://www.hibernate.org）、iBatis；

　　● 在容器方面，它采用了Spring Framework（http://www.springframework.org）；

　　● 在web框架方面，用户可以自由选择Struts、Spring/MVC，Webwork，Taperstry、JSF这几个web框架。

　　● 在开发模式方面，采用TDD的开发方式，使用JUnit测试各层，甚至测试 jsp 输出的 w/o 错误。

● 简化开发方面，Appfuse预定义好了一套目录结构、基类、用来创建数据库、配置Tomcat、测试部署应用的 Ant 任务，帮助快速自动生成源程序和自动维护部分配置文件。

Blocked time includes any pre-processing time (such as cache lookup) and the time spent waiting for a network connection to become available. Internet Explorer will only create a maximum of two concurrent network connections per host name (i.e. www.microsoft.com) and will queue up requests until a network connection is available. Often the Blocked time is the most significant factor in the download time of images embedded in a web page.

闭塞时间，包括所有的过程之前的时间（像，cache对比）和等待网络链接的时间，IE在每个主机名（像www.microsoft.com）下最多只创建两个当前的网络连接，而且要排队等待直到这个网络链接可用，通常，闭塞时间影响网页中图片加载时间的重要因素。

Connect is the time required to create a TCP connection to the web server (or proxy). If a secure HTTPS connection is being used this time includes the SSL handshake process. Keep-Alive connections are often used to avoid the overhead of repeatedly connecting to the web server.

连接时间，是创建TCP连接到服务器或者代理服务器所花费的时间，如果一个包含SSL的安全的HTTPS连接存在，Keep-Alive链接经常被用到，以避免多次重复的连接WEB服务器。

Send is the time required to send the HTTP request message to the server and will depend on the amount of data that is sent to the server. For example, long Send times will result from uploading files using an HTTP POST

发送，是发送HTTP请求到服务器的时间，而且这个时间取决与发送请求的数据量的大小，例如，长的发送时间是由于用PSOT方式上传文件造成的。

Wait is the idle time spent waiting for a response message from the server. This value includes delays introduced due to network latency and the time required to process the request on the web server.

等待，是花费在等待服务器响应消息的空闲时间，这个值包括网络延迟和服务器处理请求的时间。

Receive is the time taken to read the response message from the server. This value will be depend on the size of the content returned, network bandwidth and whether HTTP compression was used.

接收，是花费在从服务器读取响应消息的时间。这个值可以受到请求消息内容的大小，网络带宽和是否使用了HTTP压缩。

Cache Read is the time taken to read the content from the browser cache during (Cache) or 304 responses.

缓存读取，是花费在从浏览器缓存中读取内容或者304响应的时间。

TTFB (or Time To First Byte) is the duration from the initial network request being initiated by the browser to the first byte being received from the server. It includes TCP connection time, the time to send the request and the time taken to get the first byte of the response message.

TTFB，是最初的网络请求被发起到从服务器接收到第一个字节这段时间，它包含了TCP连接时间，发送HTTP请求时间和获得响应消息第一个字节的时间。

Network is the total duration of all network related operations for an HTTP request.

Network，是所有的对一个HTTP请求的相关操作的这段时间。

Web Service接口开发流程

1．  设计数据库物理结构（可能体现为TABLE）。

2．  设计数据库的逻辑结构（可能为VIEW OR PROCEDURE）。

3．  对VIEW OR PROCEDURE 等数据库对象进行授权。

4．  对数据库对象授权文档收集。（保证以后移动数据库时快速对数据库用户进行授权）

5．  设计业务类库。

6．  把业务类库函数的文档写到接口系统数据库以存档。(由系统自动生成函数的唯一ID号）

7．  根据函数的唯一ID号设计封装成Web Service接口。

8．  把接口系统数据库已存档的文档导出发给接口调用者。

 http://www.ibm.com/developerworks/cn/architecture/ar-servdsgn1/index.html

说明：以上流程是在分析好需求并整理好关系后的接口开发流程。

• 　　TCP(Transport Control Protocol)传输控制协议
• 　　IP(Internetworking Protocol)网间网协议
• 　　UDP(User Datagram Protocol)用户数据报协议
• 　　ICMP(Internet Control Message Protocol)互联网控制信息协议
• 　　SMTP(Simple Mail Transfer Protocol)简单邮件传输协议
• 　　SNMP(Simple Network manage Protocol)简单网络管理协议
• 　　FTP(File Transfer Protocol)文件传输协议
• 　　ARP(Address Resolation Protocol)地址解析协议

• 　　网络接口层 这是TCP/IP软件的最低层，负责接收IP数据报并通过网络发送之，或者从网络上接收物理帧，抽出IP数据报，交给IP层。
• 　　网间网层 负责相邻计算机之间的通信。其功能包括三方面。一、处理来自传输层的分组发送请求，收到请求后，将分组装入IP数据报，填充报头，选择去往信宿机的路径，然后将数据报发往适当的网络接口。二、处理输入数据报：首先检查其合法性，然后进行寻径--假如该数据报已到达信宿机，则去掉报头，将剩下部分交给适当的传输协议；假如该数据报尚未到达信宿，则转发该数据报。三、处理路径、流控、拥塞等问题。
• 　　传输层 提供应用程序间的通信。其功能包括：一、格式化信息流；二、提供可靠传输。为实现后者，传输层协议规定接收端必须发回确认，并且假如分组丢失，必须重新发送。
• 　　应用层 向用户提供一组常用的应用程序，比如电子邮件、文件传输访问、远程登录等。远程登录TELNET使用TELNET协议提供在网络其它主机上注册的接口。TELNET会话提供了基于字符的虚拟终端。文件传输访问FTP使用FTP协议来提供网络内机器间的文件拷贝功能。

以下是 HTTP 状态码的完整列表。您也可以访问 HTTP 状态码上的 W3C 页以了解更多信息。

1xx 状态码

表示临时响应并需要请求者继续执行操作的状态码。

100（继续）	请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。
101（切换协议）	请求者已要求服务器切换协议，服务器已确认并准备切换。

2xx 状态码

表示成功处理了请求的状态码。

200（成功）	服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果针对您的 robots.txt 文件显示此状态码，则表示 Googlebot 已成功检索到该文件。
201（已创建）	请求成功并且服务器创建了新的资源。
202（已接受）	服务器已接受请求，但尚未处理。
203（非授权信息）	服务器已成功处理了请求，但返回的信息可能来自另一来源。
204（无内容）	服务器成功处理了请求，但没有返回任何内容。
205（重置内容）	服务器成功处理了请求，但没有返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如，清除表单内容以输入新内容）。
206（部分内容）	服务器成功处理了部分 GET 请求。

3xx 状态码

要完成请求，需要进一步操作。通常，这些状态码用来重定向。建议您在每次请求中使用重定向不要超过 5 次。您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。诊断下的网络抓取页列出了由于重定向错误导致 Googlebot 无法抓取的网址。

300（多种选择）	针对请求，服务器可执行多种操作。服务器可根据请求者 (user-agent) 选择一项操作，或提供操作列表供请求者选择。
301（永久移动）	请求的网页已永久移动到新位置。服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。您应使用此代码告诉 Googlebot 某个网页或网站已永久移动到新位置。
302（临时移动）	服务器目前从不同位置的网页响应请求，但申请人应当继续使用原有位置来响应以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置，但不应使用此代码来告诉 Googlebot 页面或网站已经移动，因为 Googlebot 要继续抓取原来的位置并编制索引。
303（查看其他位置）	请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。对于除 HEAD 之外的所有请求，服务器会自动转到其他位置。
304（未修改）	自从上次请求后，请求的网页未修改过。服务器返回此响应时，不会返回网页内容。 如果网页自请求者上次请求后再也没有更改过，您应当将服务器配置为返回此响应（称为 If-Modified-Since HTTP 标头）。由于服务器可以告诉 Googlebot 自从上次抓取后网页没有变更，因此可节省带宽和开销。
305（使用代理）	请求者只能使用代理访问请求的网页。如果服务器返回此响应，还表示请求者应当使用代理。
307（临时重定向）	服务器目前从不同位置的网页响应请求，但请求者应当继续使用原有位置来响应以后的请求。此代码与响应 GET 和 HEAD 请求的 <a href=answer.py?answer=>301</a> 代码类似，会自动将请求者转到不同的位置，但您不应使用此代码来告诉 Googlebot 某个网页或网站已经移动，因为 Googlebot 会继续抓取原有位置并编制索引。

4xx 状态码

这些状态码表示请求可能出错，这妨碍了服务器的处理。

400（错误请求）	服务器不理解请求的语法。
401（身份验证错误）	此页要求授权。您可能不希望将此网页纳入索引。如果您的 Sitemap 中列出该网页，您可以将其删除。但如果您将其保留在您的 Sitemap 中，我们就不会抓取或索引该网页（尽管该网页将继续保持错误状态在此处列出）。如果我们将其作为搜索抓取的一部分抓取，您可以在我们的网站管理员信息中查阅其原因。
403（禁止）	服务器拒绝请求。如果您在 Googlebot 尝试抓取您网站上的有效网页时看到此状态码（可以在 Google 网站管理员工具<strong>诊断</strong>下的<strong>网络抓取< /strong>页面上看到此信息），可能是您的服务器或主机拒绝 Googlebot 访问。
404（未找到）	服务器找不到请求的网页。例如，对于服务器上不存在的网页经常会返回此代码。 如果您的网站上没有 robots.txt 文件，而您在 Google 网站管理员工具"诊断"标签的 robots.txt 页上看到此状态码，那么这是正确的状态码。但是，如果您有 robots.txt 文件而又看到此状态码，则说明您的 robots.txt 文件可能命名错误或位于错误的位置（该文件应当位于顶级域，名为 robots.txt）。 如果对于 Googlebot 尝试抓取的网址看到此状态码（在"诊断"标签的 HTTP 错误页面上），则表示 Googlebot 追踪的可能是另一个页面的无效链接（是旧链接或输入有误的链接）。
405（方法禁用）	禁用请求中指定的方法。
406（不接受）	无法使用请求的内容特性响应请求的网页。
407（需要代理授权）	此状态码与 401 类似，但指定请求者必须授权使用代理。如果服务器返回此响应，还表示请求者应当使用代理。
408（请求超时）	服务器等候请求时发生超时。
409（冲突）	服务器在完成请求时发生冲突。服务器必须在响应中包含有关冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，以及两个请求的差异列表。
410（已删除）	请求的资源永久删除后，服务器返回此响应。该代码与 404（未找到）代码相似，但在资源以前存在而现在不存在的情况下，有时会用来替代 404 代码。如果资源已永久删除，您应当使用 301 指定资源的新位置。
411（需要有效长度）	服务器不接受不含有效内容长度标头字段的请求。
412（未满足前提条件）	服务器未满足请求者在请求中设置的其中一个前提条件。
413（请求实体过大）	服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。
414（请求的 URI 过长）	请求的 URI（通常为网址）过长，服务器无法处理。
415（不支持的媒体类型）	请求的格式不受请求页面的支持。
416（请求范围不符合要求）	如果页面无法提供请求的范围，则服务器会返回此状态码。
417（未满足期望值）	服务器未满足"期望"请求标头字段的要求。

5xx 状态码

这些状态码表示服务器在处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

500（服务器内部错误）	服务器遇到错误，无法完成请求。
501（尚未实施）	服务器不具备完成请求的功能。例如，服务器无法识别请求方法时则会返回此代码。
502（错误网关）	服务器作为网关或代理，从上游服务器收到无效响应。
503（服务不可用）	服务器目前无法使用（由于超载或停机维护）。通常，这只是暂时状态。
504（网关超时）	服务器作为网关或代理，但是没有及时从上游服务器收到请求。
505（HTTP 版本不受支持）	服务器不支持请求中所用的 HTTP 协议版本。

 com.Gavin.tools.sessioncount;

 java.util.ArrayList;

 java.util.List;

 javax.servlet.ServletContext;

 javax.servlet.http.HttpSession;

 javax.servlet.http.HttpSessionBindingEvent;

 javax.servlet.http.HttpSessionBindingListener;

/**
 * 不需要在web.xml中部署
 * 向session绑定一个属性时调用。
 * 每一个会话过程均启动一个监听器
 * HttpSessionBindingListener必须实例化后放入某一个session中，才可以进行监听。 
 * session.setAttribute("listener",sessionListener);  将监听器植入HttpSession，这将激发监听器调用valueBound方法
 * 
 *         session.removeAttribute("listener")
 *         Session Time Out
 *         session.invalidate()
 *         session.setAttribute("onlineUserListener", "其他对象"); 即可自动调用监听器的valueUnbound方法。
 */

{

    public String username;
    
    public HttpSessionBindingEventTest(String username) {
        this.username = username;
    }
    
    List onlineUserList = null;
    
    public void valueBound(HttpSessionBindingEvent event) {
        HttpSession session = event.getSession();
        ServletContext application = session.getServletContext();
        // 把用户名放入在线列表
        List onlineUserList = (List) application.getAttribute("onlineUserList");
        // 第一次使用前，需要初始化
        if (onlineUserList == null) {
            onlineUserList = new ArrayList();
            application.setAttribute("onlineUserList", onlineUserList);
        }
        onlineUserList.add(this.username);
        
        //username已经通过构造方法传递给 listener，在数据绑定时，可以直接把它放入用户列表。
    }

    public void valueUnbound(HttpSessionBindingEvent event) {
        HttpSession session = event.getSession();
        ServletContext application = session.getServletContext();// 从在线列表中删除用户名  
        List onlineUserList = (List) application.getAttribute("onlineUserList");
        onlineUserList.remove(this.username);
    }
    
    public List getOnlineCount() {
        return onlineUserList;
    }
}

把用户名放入在线列表

HttpSessionListener:一旦，进入一个网站，这个网站就自动为浏览器分配一个session,调用sessionCreated(),当session过期或销毁时候，调用sessionDestroyed，这时候有两种方法：session.invalidate();和等待session自动过期。

<session-config>      
     <session-timeout>1</session-timeout>   
</session-config> 

#session过期时间，时间单位是一分钟，并且只能是整数，如果是零或负数，那么会话就永远不会超时。    
 public void sessionCreated(HttpSessionEvent arg0) {}
 public void sessionDestroyed(HttpSessionEvent arg0) {} 
例：http://www.blogjava.net/jzone/articles/284193.html

HttpSessionAttributeListener:在向session增加、删除和修改属性时调用
 public void attributeAdded(HttpSessionBindingEvent arg0) {}
 public void attributeRemoved(HttpSessionBindingEvent arg0) {}
 public void attributeReplaced(HttpSessionBindingEvent arg0) {}

HttpSessionActivationListener:分布式环境下Session激活和失活时调用
 public void sessionDidActivate(HttpSessionEvent arg0) {}
 public void sessionWillPassivate(HttpSessionEvent arg0) {}

ServletContextListener:在一个application启动和结束时调用 
 public void contextDestroyed(ServletContextEvent arg0) {}
 public void contextInitialized(ServletContextEvent arg0) {}
例：http://www.cnblogs.com/jackyrong/archive/2006/09/04/494759.html
http://www.qqgb.com/Program/Java/JavaBlog/Program_145756.html


ServletContextAttributeListener:在向application增加、删除和修改 Attributes时调用
 public void attributeAdded(ServletContextAttributeEvent arg0) {}
 public void attributeRemoved(ServletContextAttributeEvent arg0) {}
 public void attributeReplaced(ServletContextAttributeEvent arg0) {}

public void init(FilterConfig config) throws ServletException {}

init会在容器初始化时被调用

init方法只会在该Filter第一次被调用时初始化。对于简单的过滤器，可提供此方法的一个空体，但有两个原因需要使用init。首先，FilterConfig对象提

供对servlet环境及web.xml文件中指派的过滤器名的访问。因此，普遍的办法是利用init将FilterConfig对象存放在一个字段中，以便doFilter方法能够访

问servlet环境或过滤器名。其次，FilterConfig对象具有一个getInitParameter方法，它能够访问部署描述符文件（web.xml）中分配的过滤器初始化参

数。

FilterConfig接口：

javax.servlet.FilterConfig接口类似于javax.servlet.ServletConfig接口，用于在过滤器初始化时，向其传递信息。ilterConfig

接口有容器实现，容器将其作为参数传入过滤器对象的init()方法中。在FilterConfig接口，定义了4个方法：

·public java.lang.String getFilterName()

得到描述符中指定的过滤器的名字。
 

·public java.lang.String getInitParameter(java.lang.String name)

  返回在部署描述中指定的名字为name的初始化参数的值。如果不存在返回null.
 

·public java.util.Enumeration getInitParameterNames()

  返回过滤器的所有初始化参数的名字的枚举集合。
 

·public ServletContext getServletContext()

  返回Servlet上下文对象的引用。

②

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {}

1.ServletRequest对象，此对象给过滤器提供了对进入的信息（包括表单数据、cookie和HTTP请求头）的完全访问，多数情况下，需要将

ServletRequest对象构造成HttpServletRequest对象。

2.ServletResponse对象，简单过滤器则忽略该对象。

3.FilterChain对象，在调用此对象的doFilter方法时，激活下一个相关的过滤器。如果没有另一个过滤器与servlet或JSP页面关联，则servlet或JSP页面被

激活。

对于doFilter方法，是每次请求与此过滤器相关的servlet或JSP页面都会调用的方法。除了在两个情形下要使用它以外，通常忽略这个参数。首先，如

果希望完全阻塞对相关servlet或JSP页面的访问。可调用response.getWriter并直接发送一个响应到客户机。其次，如果希望修改相关的servlet或JSP页

面的输出，可把响应包含在一个收集所有发送到它的输出的对象中。然后，在调用serlvet或JSP页面后，过滤器可检查输出，如果合适就修改它，

之后发送到客户机。

③

public void destroy() {}

此方法在利用一个给定的过滤器对象永久地终止服务器（如关闭服务器）时调用。大多数过滤器简单地为此方法提供一个空体，不过，可利用它

来完成诸如关闭过滤器使用的文件或数据库连接池等清除任务。

说说FilterChain对象的doFilter方法，Filter接口的doFilter方法以一个FilterChain对象作为它的第三个参数。在调用该对象的doFilter方法时，激活下一个

相关的过滤器。这个过程一般持续到链中最后一个过滤器为止。在最后一个过滤器调用其FilterChain对象的doFilter方法时，激活servlet或页面自身。

但是，链中的任意过滤器都可以通过不调用其FilterChain的doFilter方法中断这个过程。在这样的情况下，不再调用JSP页面的serlvet，并且中断此调

用过程的过滤器负责将输出提供给客户机。

web.xml中对Filter的标准配置

    <filter>
        <filter-name>EncodingUTF8</filter-name>
        <filter-class>yixun.wap.filter.SetCharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>    
    </filter>
    <filter-mapping>
        <filter-name>EncodingUTF8</filter-name>
        <url-pattern>*.jsp</url-pattern>    
        <dispatcher>REQUEST</dispatcher>    
    </filter-mapping>

注：默认情况下，过滤器是按照配置文件中添加的顺序应用于收到的数据。

激活器servlet

要传递参数的时候最好使用form进行传参，如果使用链接的话当中文字符的时候过滤器转码是不会起作用的，还有就是页面上form的method也要设

置为post，不然过滤器也起不了作用。

过滤器的工作方式：

一：request过滤器
请求直接从客户端发过来
通过在<dispatcher>元素中指定值REQUEST，或者不写任何<dispatcher>元素的方式指定

二：forward过滤器
web组件使用forward()调用匹配<url-pattern>或<servlet-name>。
这通过在<dispatcher>元素中设定值FORWARD指定

三：include过滤器
web组件使用include()调用匹配<url-pattern>或<servlet-name>。
这通过在<dispatcher>元素中设置值INCLUDE指定

四：error过滤器
请求使用在“错误处理”中描述的错误机制进行处理，让错误资源匹配<url-pattern>。这通过在<dispatcher>元素中设置值ERROR指定

    <filter>
        <filter-name>ErrorPage</filter-name>
        <filter-class>yixun.wap.filter.ErrorPageFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>ErrorPage</filter-name>
        <url-pattern>/error.jsp</url-pattern>
        <dispatcher>ERROR</dispatcher>
    </filter-mapping>
    <error-page>
        <exception-type>NullPointerException</exception-type>
        <location>/error.jsp</location>
    </error-page>

    <error-page>
        <error-code>500</error-code>
        <location>/error.jsp</location>
    </error-page>

对于上面配置，当出现空指针，或空指针时，就会跳转到error.jsp页面，在访问error.jsp页面前，由于对error.jsp进行了过滤，先执行ErrorPageFilter，然后转向error.jsp

如果我们实际访问时，如果这个页面中有response.sendError(500,"出错了！")，或者手动抛出空指针时，;那么该错误页面仍然会被调用，过滤器也会工作。

过滤器的实践：

一：统一过滤HTTP请求（响应）头（如：使浏览器不缓存页面的过滤器  ）

二、权限控制（对不同角色在系统中跳转进行检查控制）

三、字符编码的过滤器 （对post数据起效）

四、资源保护过滤器 （检测用户是否登陆的过滤器 ）  

五、阻塞请求


参考文献：http://www.vipcn.com/wangluobiancheng/JSP/servletheJSPguoluqiFilter.html 

支付的两种形式：
1.直接与银行对接。
2.通过中间公司间接与银行对接

第一种形式：
优点：因为直接与银行进行财务结算，交易资金结算比较安全。适合资金流量比较大的企业，这种方案适合于:每月结算金额百万以上的企业。
缺点：开发工作量比较大，而且银行会不定期升级交易系统，随着银行系统的升级，企业也需要做相应改动，所以维护量也是比较大，而且企业每年还需要向银行交纳一定数量的接口使用费。

第二种形式：
优点：开发量少，因为使用的是中间企业提供的接入规范，所以银行升级系统，不需要企业作相应修改，除非中间企业接入规范发生了改变，企业才作相应修改，相对前一种方案，这种方案维护工作量比较少，因为只与一家企业对接，所以接入费用相对比较低。这种方案适合于：每月结算金额在几十万以下的中小企业。
缺点：因为是与中间企业进行资金结算，目前所有中间企业都是私企，资金安全是个大问题。

目前国内比较好的中间支付公司
1.守信易支付 www.beijing.com.cn
每年需要交纳一定的接口使用费，并且从交易金额中扣除1%的手续费，像当当网，红孩子，东京商城使用了守信易支付
2.易宝支付 www.yeepay.com
接入免费，只从交易额中扣除1%的手续费，像盛大，e龙网，巴巴运动网使用了易宝支付。

其中我们这个项目中，除了手机卡充值是易宝支付，其他都是直接跟银行对接的。

通过目前项目的开发，也算是能说对支付接口开发有一定见解了，毕竟在这次开发中，总共开发了7种渠道：银联，工行，建行，招行，支付宝，财付通，易宝。从微观来说，每中渠道支付都是不一样的，但是从宏观上来说，又都拥有相同之处：按照双方约定（报文文档是其依据，非常重要），向对方抛数据，对方通过后，接收对方返回的信息，确定成功与否。 

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" 
    xmlns="http://java.sun.com/xml/ns/j2ee" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
    http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
  <welcome-file-list>
    <welcome-file>index.jsp</welcome-file>
  </welcome-file-list>
  
  <context-param>
      <description></description>
      <param-name>context</param-name>
      <param-value>try</param-value>
  </context-param>
  
  <description>
  </description>
  
  <display-name></display-name>
  
  <filter>
      <filter-name>fileter</filter-name>
      <filter-class>com.yixun.wap.tools</filter-class>
  </filter>
  <filter-mapping>
      <filter-name></filter-name>
      <url-pattern></url-pattern>
      <dispatcher></dispatcher>      
  </filter-mapping>
  
  <listener>
      <description></description>
      <display-name></display-name>
      <icon></icon>
      <listener-class></listener-class>
  </listener>
  
  <servlet>
      <servlet-name></servlet-name>
      <servlet-class></servlet-class>
  </servlet>
  <servlet-mapping>
      <servlet-name></servlet-name>
      <url-pattern></url-pattern>
  </servlet-mapping>
  
  <session-config>
      <session-timeout></session-timeout>
  </session-config>
</web-app>

　　在每一个Web应用程序路径的Web-INF下和conf下存在一个Web.xml配置文件，

　　用来设定Web应用程序的配置。在Web.xml中的设定非常多，

　　接下来分段来说明它的各项设定：

　　下列部分描述根元素 <Web-APP>下的 Web.xml Schema 中定义的部署描述符元素。

　　context-param

　　description

　　display-name

　　distributable

　　ejb-ref

　　ejb-local-ref

　　env-entry

　　error-page

　　filter

　　filter-mapping

　　icon

　　listener

　　login-config

　　mime-mapping

　　resource-env-ref

　　resource-ref

　　security-constraint

　　security-role

　　Servlet

　　servlet-mapping

　　session-config

　　taglib

　　Web-app

　　welcome-file-list

　　--------------------------------------------------------------------------------

　　icon

　　icon 元素指定用于在 GUI 工具中表示 Web 应用程序的大小图像在 Web 应用程序中的位置。（servlet 元素中也有一个名为 icon 的元素，用于提供在 GUI 工具中表示 servlet 的图标。）

　　下表描述可以在 icon 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 用于在 GUI 工具中表示 Web 应用程序的 .gif 或 .jpg 小图像（16x16 像素）的位置。当前 WebLogic Server 尚不使用此元素。

　　可选 用于在 GUI 工具中表示 Web 应用程序的 .gif 或 .jpg 大图像（32x32 像素）的位置。当前 WebLogic Server 尚不使用此元素。

　　--------------------------------------------------------------------------------

　　display-name

　　可选的 display-name 元素指定 Web 应用程序的显示名称（可以由 GUI 工具显示的简短名称）。

　　元素 必需/可选 描述

　　可选 当前 WebLogic Server 尚不使用此元素。

　　--------------------------------------------------------------------------------

　　description

　　可选的 description 元素提供关于 Web 应用程序的描述性文本。

　　元素 必需/可选 描述

　　可选 当前 WebLogic Server 尚不使用此元素。

　　--------------------------------------------------------------------------------

　　distributable

　　WebLogic Server 不使用 distributable 元素。

　　元素 必需/可选 描述

　　可选 当前 WebLogic Server 尚不使用此元素。

　　--------------------------------------------------------------------------------

　　context-param

　　可选的 context-param 元素中包含 Web 应用程序的 Servlet 上下文初始化参数的声明。下表描述 Web 应用程序容器所使用的保留上下文参数，在 Weblogic.xml 中已不赞成使用这些参数，而提供了替换参数。

　　不赞成使用的参数 描述 Weblogic.xml 中的替换元素

　　Weblogic.httpd.inputCharset 定义非 unicode 操作的代码集行为。 Weblogic.xml 中的 input-charset（在 charset-param 内定义）。请参阅 input-charset。

　　Weblogic.httpd.servlet.reloadCheckSecs 定义 WebLogic Server 检查 servlet 是否发生修改的频率，如果已修改，则重新加载。值为 -1 则永不重新加载，值为 0 则始终重新加载。默认设置为 1 秒。 Weblogic.xml 中的 servlet-reload-check-secs（在 container-descriptor 中定义）。请参阅 container-descriptor。

　　Weblogic.httpd.servlet.classpath 设置此值后，容器会将此路径追加到 Web 应用程序类路径上。不建议采用此方法，对于此方法的支持仅为向后兼容。 无替换。使用其他方法，例如清单类路径或 Web-INF/lib 或 Web-INF/classes 或虚拟目录。

　　Weblogic.httpd.defaultServlet 设置 Web 应用程序的默认 servlet。不建议采用此方法，

　　对于此方法的支持仅为向后兼容。 无替换。而是使用 Web.xml 中的 servlet 和 servlet-mapping 元素定义默认 servlet。默认 servlet 的 URL 模式应该是“/”。请参阅 servlet-mapping。有关 servlet 映射的其他示例，请参阅 Servlet 映射。

　　以下 context-param 参数仍有效。

　　元素 必需/可选 描述

　　Weblogic.httpd.

　　clientCertProxy optional 此特性指定 Web 应用程序客户端的证书由代理插件或 HttpClusterServlet所发送的特殊 WL-Proxy-Client-Cert 头提供。

　　如果在代理服务器上执行用户身份验证，则此设置适用 – 设置 clientCertProxy 会使代理服务器在特殊的头 WL-Proxy-Client-Cert中将证书传递给群集。

　　WL-Proxy-Client-Cert 头可以由能够访问 WebLogic Server 的任意客户端提供。WebLogic Server 从该头中获取证书信息，信任它来自安全来源（该插件）并使用该信息来对用户进行身份验证。

　　出于此原因，如果您设置 clientCertProxy，请使用连接筛选器确保 WebLogic Server 仅接受来自正在运行该插件的计算机的连接。

　　除为单个 Web 应用程序设置此特性外，您还可以定义此特性：

　　在管理控制台中的“服务器”-->“配置”-->“常规”页面上，为服务器示例承载的所有 Web 应用程序设置该特性

　　在“群集”-->“配置”-->“常规”页面上，为群集中服务器实例所承载的所有 Web 应用程序设置该特性

　　--------------------------------------------------------------------------------

　　filter

　　filter 元素定义筛选器类及其初始化特性。有关筛选器的详细信息，请参阅配置筛选器。

　　下表描述可在 filter 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 指定用于在 GUI 工具中表示筛选器的大小图像在 Web 应用程序中的位置。包含小图标和大图标元素。

　　当前 WebLogic Server 尚不使用此元素。

　　必需 定义筛选器的名称，用于在部署描述符中的其他位置上引用筛选器定义。

　　可选 希望由 GUI 工具显示的简短名称。

　　可选 筛选器的文字描述。

　　必需 筛选器的完全限定类名。

　　可选 包含名/值对并用作筛选器的初始化特性。

　　每个特性使用独立的一组 标记。

　　--------------------------------------------------------------------------------

　　filter-mapping

　　下表描述可在 filter-mapping元素中定义的元素。

　　元素 必需/可选 描述

　　必需 要将 URL 模式或 servlet 映射至的筛选器的名称。该名称对应于使用 元素在 元素中分配的名称。

　　必需 - 或由 映射 描述用于解析 URL 的模式。将 http://host:port+ ContextPath 之后的 URL 部分与 WebLogic Server 的 进行比较。如果模式匹配，则将调用该元素中映射的筛选器。

　　示例模式：

　　/soda/grape/*

　　/foo/*

　　/contents

　　*.foo

　　URL 必须遵循 Servlet 2.3 规范中指定的规则。

　　必需 - 或由 映射 Servlet 的名称，如果调用它，则会执行该筛选器。

　　--------------------------------------------------------------------------------

　　listener

　　使用 listener 元素定义应用程序监听器。

　　元素 必需/可选 描述

　　可选 响应 Web 应用程序事件的类的名称。

　　有关详细信息，请参阅配置事件监听器类。

　　--------------------------------------------------------------------------------

　　servlet

　　servlet 元素中包含 servlet 的声明性数据。

　　如果指定了 jsp-file 且存在 元素，则将在 WebLogic Server 启动时预编译和加载该 JSP。

　　下表描述可在 servlet 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 用于在 GUI 工具中表示 servlet 的大小图像在 Web 应用程序中的位置。包含小图标和大图标元素。

　　当前 WebLogic Server 尚不使用此元素。

　　必需 定义 servlet 的规范名称，用于在部署描述符中的其他位置上引用 servlet 定义。

　　可选 希望由 GUI 工具显示的简短名称。

　　可选 servlet 的文字描述。

　　必需（或使用

　　file>） servlet 的完全限定类名。

　　在 servlet 正文中仅使用 标记或 标记中的任意一种。

　　必需（或使用

　　class>） Web 应用程序中的 JSP 文件相对于 Web 应用程序根目录的完整路径。

　　在 servlet 正文中仅使用 标记或 标记中的任意一种。

　　可选 包含名/值对并用作 servlet 的初始化特性。

　　每个特性使用独立的一组 标记。

　　可选 当 WebLogic Server 启动时，WebLogic Server 将初始化此 servlet。此元素内容可选，但必须是正整数，它指明 servlet 的加载顺序。指定了低整数的 servlet 将于高整数 servlet 之前加载。如果没有指定任何值，或如果所指定的值不是正整数，则在应用程序启动期间，WebLogic Server 可以以任意顺序加载 servlet。

　　可选 指定将用于 Web 应用程序执行的 run-as 标识。该元素包含可选描述和安全角色的名称。

ref>　　ref> 可选 用于将 所定义的安全角色名链接到使用 Servlet 逻辑进行硬编码的备用角色名。使用此附加提取层，可以在部署时配置 Servlet，且不必更改 Servlet 代码。

　　icon

　　这是 Servlet 内的元素。

　　icon 元素指定用于在 GUI 工具中表示 servlet 的大小图像在 Web 应用程序中的位置。

　　下表描述可以在 icon 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 指定用于在 GUI 工具中表示 servlet 的 .gif 或 .jpg 小图像（16x16 像素）在 Web 应用程序内的位置。

　　当前 WebLogic Server 尚不使用此元素。

　　可选 指定用于在 GUI 工具中表示 servlet 的 .gif 或 .jpg 小图像（32x32 像素）在 Web 应用程序内的位置。

　　当前 WebLogic Server 尚不使用此元素。

　　init-param

　　这是 Servlet 内的元素。

　　可选的 init-param元素中包含用作 servlet 的初始化特性的名/值对。每个特性使用独立的一组 init-param 标记。

　　您可以使用 javax.servlet.ServletConfig.getInitParameter() 方法访问这些特性。

　　下表描述可在 init-param元素中定义的元素。

　　元素 必需/可选 描述

　　必需 定义此特性的名称。

　　必需 为此特性定义一个 String 值。

　　可选 初始化特性的文字描述。

　　security-role-ref

　　这是 Servlet 内的元素。

　　security-role-ref 元素将 定义的安全角色名链接到使用 Servlet 逻辑进行硬编码的备用角色名。使用此附加提取层，可以在部署时配置 Servlet，且不必更改 Servlet 代码。

　　下表描述可在 security-role-ref元素中定义的元素。

　　元素 必需/可选 描述

　　可选 角色的文字描述。

　　必需 定义在 Servlet 代码中使用的安全角色或委托人的名称。

　　必需 定义稍后将在部署描述符中的 元素中定义的安全角色的名称。

　　--------------------------------------------------------------------------------

　　servlet-mapping

　　servlet-mapping 元素定义 servlet 和 URL 模式之间的映射。

　　下表描述可在 servlet-mapping元素中定义的元素。

　　元素 必需/可选 描述

　　必需 要将 URL 模式映射至的 servlet 的名称。该名称对应于您在 声明标记中为 servlet 分配的名称。

　　必需 描述用于解析 URL 的模式。将 http://host:port+ WebAppName 之后的 URL 部分与 WebLogic Server 的 进行比较。如果模式匹配，则将调用该元素中映射的 servlet。

　　示例模式：

　　/soda/grape/*

　　/foo/*

　　/contents

　　*.foo

　　URL 必须遵循 Servlet 2.3 规范中指定的规则。

　　有关 Servlet 映射的其他示例，请参阅 Servlet 映射。

　　--------------------------------------------------------------------------------

　　session-config

　　session-config 元素为此 Web 应用程序定义会话特性。

　　下表描述可在 session-config 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 会话过期分钟数，该 Web 应用程序中的会话将在此时间后过期。除非输入此处列出的某个特殊值，否则此元素中设置的值将替代 WebLogic 特定部署描述符 Weblogic.xml 中的 元素的 TimeoutSecs 特性中设置的值。

　　默认值：-2

　　最大值：Integer.MAX_VALUE ?

　　特殊值：

　　-2 表示使用 Weblogic.xml的 元素中的 TimeoutSecs 设置的值。

　　-1 表示会话永不超时。将忽略 Weblogic.xml 的 元素中设置的值。

　　有关详细信息，请参阅 session-descriptor。

　　--------------------------------------------------------------------------------

　　mime-mapping

　　mime-mapping 元素定义扩展名和 mime 类型之间的映射。

　　下表描述可在 mime-mapping元素中定义的元素。

　　元素 必需/可选 描述

　　必需 描述扩展名的字符串，例如：txt。

　　必需 描述定义的 mime 类型的字符串，例如：text/plain。

　　--------------------------------------------------------------------------------

　　welcome-file-list

　　可选的 welcome-file-list 元素中包含 welcome-file 元素的有序列表。

　　当 URL 请求是一个目录名时，WebLogic Server 将提供此元素中指定的第一个文件。如果找不到该文件，则服务器会尝试列表中的下一个文件。

　　有关详细信息，请参阅配置欢迎文件。

　　下表描述可在 welcome-file-list 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 用作默认欢迎文件的文件名，例如 index.html

　　--------------------------------------------------------------------------------

　　error-page

　　可选的 error-page 元素指定错误代码或异常类型与 Web 应用程序中资源路径之间的映射。

　　WebLogic Server 响应 HTTP 请求的过程中发生错误或由于 Java 异常而发生错误时，WebLogic Server 会返回一个 HTML 页面，其中显示 HTTP 错误代码或包含 Java 错误信息的页面。可以定义显示自己的 HTML 页面，而不显示这些默认错误页面，或响应 Java 异常。

　　有关详细信息，请参阅自定义 HTTP 错误响应。

　　下表描述可以在 error-page 元素中定义的元素。

　　注意： 定义 或 ，但两者不能同时定义。

　　元素 必需/可选 描述

　　可选 有效的 HTTP 错误代码，例如 404。

　　可选 Java 异常类型的完全限定类名，例如 java.lang.string

　　必需 为响应错误而显示的资源的位置。例如，/myErrorPg.html。

　　--------------------------------------------------------------------------------

　　taglib

　　可选的 taglib 元素描述 JSP 标记库。

　　该元素将 JSP 标记库描述符（Tag Library Descriptor，简称 TLD）与 URI 模式关联起来。尽管您可以在相对于 Web-INF 目录的 JSP 中指定 TLD，但部署您的 Web 应用程序时，您仍可以使用 标记配置 TLD。每个 TLD 使用独立的元素。

　　下表描述可在 taglib元素中定义的元素。

　　元素 必需/可选 描述

　　必需 给出相对于 Web 应用程序根目录的标记库描述符的文件名。将标记库描述符文件存储在 Web-INF 目录下是一个好主意，这样可以避免通过 HTTP 请求公开提供该文件。

　　必需 描述相对于 Web.xml 文档位置的 URI，标识 Web 应用程序中使用的标记库。

　　如果该 URI 匹配 JSP 页面上 taglib 指令中使用的 URI 字符串，则使用此 taglib。

　　--------------------------------------------------------------------------------

　　resource-env-ref

　　resource-env-ref 元素包含 Web 应用程序对 Web 应用程序环境中的资源所关联的受管理对象的引用的声明。它包括可选的描述、资源环境引用名，还指明了 Web 应用程序代码所预期的资源环境引用类型。

　　例如：

　　jms/StockQueue javax.jms.Queue下表描述可在 resource-env-ref 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 提供资源环境引用的描述。

　　必需 指定资源环境引用的名称；其值为 Web 应用程序代码中使用的环境条目名称。名称是相对于 java:comp/env 上下文的 JNDI 名称，该名称在 Web 应用程序中必须唯一。

　　必需 指定资源环境引用的类型。它是 Java 语言类或接口的完全限定名称。

　　--------------------------------------------------------------------------------

　　resource-ref

　　可选的 resource-ref 元素定义外部资源的引用查找名。这使得 servlet 代码能够通过“虚拟”名称查找资源，该虚拟名称将映射至部署时的实际位置。

　　使用独立的 元素定义每个外部资源名称。在 WebLogic 特定部署描述符 Weblogic.xml 中，外部资源名称映射至部署时的资源实际位置名称。

　　下表描述可在 resource-ref元素中定义的元素。

　　元素 必需/可选 描述

　　可选 文字描述。

　　必需 JNDI 树中使用的资源的名称。Web 应用程序中的 Servlet 使用此名称查找资源引用。

　　必需 与引用名称相对应的资源的 Java 类型。使用 Java 类型的完整包名。

　　必需 用于控制资源安全登录。

　　如果设置为 APPLICATION，则表明应用程序组件代码将以编程方式执行资源登录。如果设置为 CONTAINER，则 WebLogic Server 将使用随 login-config 元素建立的安全上下文。请参阅 login-config。

　　可选 指定是否可以共享通过给定资源管理器连接工厂引用获取的连接。

　　有效值：

　　Shareable（可共享）

　　Unshareable（不可共享）

　　--------------------------------------------------------------------------------

　　security-constraint

　　security-constraint 元素定义对 <Web-RESOURCE-COLLECTION>元素所定义的资源集合的访问权限。

　　有关在 Web 应用程序中配置安全的详细说明和示例，请参阅“确保 WebLogic 资源安全”。另外，有关 WebLogic 安全的详细信息，请参阅WebLogic 安全性编程。

　　下表描述可在 security-constraint 元素中定义的元素。

　　元素 必需/可选 描述

　　<Web-RESOURCE-< p>

collection>　　collection> 必需 定义应用此安全约束的 Web 应用程序的组件。

　　可选 定义哪些组或委托人可以访问此安全约束内定义的 Web 资源集合。另请参阅 auth-constraint。

constraint>　　constraint> 可选 定义客户端如何与服务器进行通信。

　　另请参阅 user-data-constraint

　　Web-resource-collection

　　每个 元素必须具有一个或多个 <Web-RESOURCE-COLLECTION>元素。它们定义应用此安全约束的 Web 应用程序的区域。

　　这是 security-constraint 内的元素。

　　下表描述可在 Web-resource-collection 元素中定义的元素。

　　元素 必需/可选 描述

　　<Web-RESOURCE-< p>

name>　　name> 必需 此 Web 资源集合的名称。

　　可选 此安全约束的文字描述。

　　可选 使用一个或多个 元素声明此安全约束将应用至的 URL 模式。如果您不使用其中至少一个元素，则 WebLogic Server 将忽略 <Web-RESOURCE-COLLECTION>。

　　可选 使用一个或多个 元素声明受身份验证约束的 HTTP 方法（通常是 GET 或 POST）。如果忽略 元素，则默认行为是向所有 HTTP 方法应用安全约束。

　　auth-constraint

　　这是 security-constraint 内的元素。

　　可选的 auth-constraint 元素定义哪些组或委托人有权访问在此安全约束中定义的 Web 资源集合。

　　下表描述可以在 auth-constraint 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 此安全约束的文字描述。

　　可选 定义哪些安全角色可以访问在此安全约束中定义的资源。安全角色名映射至使用 security-role-ref 的委托人。请参阅 security-role-ref。

　　user-data-constraint

　　这是 security-constraint 内的元素。

　　user-data-constraint元素定义客户端如何与服务器进行通信。

　　下表描述可在 user-data-constraint元素中定义的元素。

　　元素 必需/可选 描述

　　可选 文字描述。

guarantee>　　guarantee> 必需 指定客户端和服务器之间的通信。

　　当使用 INTEGRAL 或 CONFIDENTIAL 传输保证对用户进行身份验证时，WebLogic Server 会建立安全套接口层 (SSL) 连接。

　　值范围：

　　NONE- 应用程序不需要任何传输保证。

　　INTEGRAL- 应用程序要求数据在客户端和服务器之间传输的过程中不会被更改。

　　CONFIDENTIAL- 应用程序要求传输数据以防止其他实体观察到传输的内容。

　　--------------------------------------------------------------------------------

　　login-config

　　使用可选的 login-config 元素配置如何对用户进行身份验证；应用于此应用程序的领域名称；表单登录机制所需要的特性。

　　如果使用此元素，则用户必须经过身份验证才能访问受 Web 应用程序中所定义的 约束的所有资源。一旦通过身份验证，则可以授权用户访问具有访问权限的其他资源。

　　下表描述可在 login-config元素中定义的元素。

　　元素 必需/可选 描述

　　可选 指定用于对用户进行身份验证的方法。可能的值：

　　BASIC - 使用浏览器身份验证。（这是默认值。）

　　FORM - 使用用户编写的 HTML 表单。

　　CLIENT-CERT

　　注意： 您可以通过逗号分隔列表定义多个身份验证方法，以便提供应变机制。将按照在 auth-method 列表中定义值的顺序尝试进行身份验证。请参阅“WebLogic 安全性编程”中的为身份验证方法提供应变机制。

　　可选 对用户凭据进行身份验证时所引用的领域名称。如果忽略，则默认使用管理控制台中的“Web 应用程序”“配置”“其他”选项卡上的“身份验证领域名”字段中定义的领域。

　　注意： 元素不引用 WebLogic Server 内的系统安全领域。该元素定义 HTTP 基本身份验证中使用的领域名称。系统安全领域是在服务器上执行特定操作时将检查的安全信息的集合。servlet 安全领域是访问页面和使用基本身份验证时要检查的另外一组安全信息的集合。

config>　　config> 可选 如果您在 FORM 中配置 ，请使用此元素。请参阅 form-login-config。

　　form-login-config

　　这是 login-config 内的元素。

　　如果您在 FORM 中配置 ，请使用 元素。

　　.

　　元素 必需/可选 描述

　　必需 相对于文档根目录的 Web 资源 URI，用于对用户进行身份验证。这可以是 HTML 页面、JSP 或 HTTP servlet，且必须返回一个包含符合特定命名约定的、基于 FORM 的身份验证的 HTML 页面。

　　必需 相对于文档根目录的 Web 资源 URI，会将它发送给用户以响应失败的身份验证登录。

　　--------------------------------------------------------------------------------

　　security-role

　　下表描述可在 security-role元素中定义的元素。

　　元素 必需/可选 描述

　　可选 此安全角色的文字描述。

　　必需 角色名。此处使用的名称在 WebLogic 特定的部署描述符 Weblogic.xml 中必须有对应的条目，该部署描述符将角色映射到安全领域中的委托人。有关详细信息，请参阅 security-role-assignment。

　　--------------------------------------------------------------------------------

　　env-entry

　　可选的 env-entry 元素声明用于应用程序的环境条目。每个环境条目使用独立的元素。

　　下表描述可以在 env-entry 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 文字描述。

　　必需 环境条目的名称。

　　必需 环境条目的值。

　　必需 环境条目的类型。

　　可以设置为下列 Java 类型之一：

　　java.lang.Boolean

　　java.lang.String

　　java.lang.Integer

　　java.lang.Double

　　java.lang.Float

　　--------------------------------------------------------------------------------

　　ejb-ref

　　可选的 ejb-ref 元素定义对 EJB 资源的引用。通过在 WebLogic 特定的部署描述符文件 Weblogic.xml 中定义映射，将该引用映射至部署时的 EJB 实际位置。使用独立的 元素定义每个引用 EJB 名称。

　　下表描述可以在 ejb-ref 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 引用的文字描述。

　　必需 Web 应用程序中使用的 EJB 的名称。在 WebLogic 特定的部署描述符 Weblogic.xml 中，该名称映射至 JNDI 树。有关详细信息，请参阅 ejb-reference-description。

　　必需 所引用的 EJB 的预期 Java 类类型。

　　必需 EJB Home 接口的完全限定类名。

　　必需 EJB 远程接口的完全限定类名。

　　可选 在包含的 J2EE 应用程序包中的 EJB 的 。

　　可选 安全角色，其安全上下文将应用于所引用的 EJB。必须是使用 元素定义的安全角色。

　　--------------------------------------------------------------------------------

　　ejb-local-ref

　　ejb-local-ref 元素用于声明对企业 Bean 本地主目录的引用。声明包括：

　　可选的描述

　　用于在 Web 应用程序代码中引用企业 Bean 的 EJB 引用名称。所引用的企业 Bean 的预期类型

　　所引用的企业 Bean 的预期本地主目录和本地接口

　　可选的 ejb-link 信息，用于指定所引用的企业 Bean

　　下表描述可以在 ejb-local-ref 元素中定义的元素。

　　元素 必需/可选 描述

　　可选 引用的文字描述。

　　必需 包含 EJB 引用的名称。EJB 引用是 Web 应用程序环境中的一个条目，它相对于 java:comp/env 上下文。该名称在 Web 应用程序中必须唯一。建议该名称使用前缀 ejb/。

　　例如：

　　ejb/Payroll

　　必需 ejb-ref-type 元素包含所引用企业 Bean 的预期类型。ejb-ref-type 元素必须是以下某项：

　　EntitySession

　　必需 包含企业 Bean 的本地 Home 接口的完全限定名称。

　　必需 包含企业 Bean 的本地接口的完全限定名称。

　　可选 ejb-link 元素用于 ejb-ref 或 ejb-local-ref 元素中以指定 EJB 上链接一个 EJB 引用。

　　ejb-link 元素中的名称包括一个路径名。该路径名指定包含所引用 EJB 的 ejb-jar，且追加了目标 Bean 的 ejb-name 并通过 # 与路径名隔开。

　　该路径名相对于包含引用 EJB 的 Web 应用程序的 WAR 文件。因此能够唯一标识具有相同 ejb-name 的多个 EJB。

　　用于：ejb-local-ref 和 ejb-ref 元素。

　　示例：

　　EmployeeRecord

　　../products/product.jar#ProductEJB

　　--------------------------------------------------------------------------------

　　Web-app

　　Servlet 2.4 部署描述符的 XML Schema。WebLogic Server 完全支持 HTTP Servlet，如 Sun Microsystems 的 Servlet 2.4 specification 所定义。但是，version 特性必须设置为 2.4，才能执行 2.4 行为。

　　下表描述可以在 Web-app 元素中定义的元素。

　　元素 必需/可选 描述

　　必需 所有 Servlet 部署描述符必须指明 2.4 版本的 Schema，以便执行 Servlet 2.4 行为。

一、javax.servlet.Servlet接口

servlet抽象集是javax.servlet.Servlet接口，它规定了必须由Servlet类实现由servlet引擎识别和管理的方法集。
Servlet接口的基本目标是提供生命期方法init()、service()和destroy()方法。

 
servlet接口中的方法      
void init(ServletConfit config)throws ServletException    在 servlet被载入后和实施服务前由servlet引擎进行?次性调用。如果init()产生溢出UnavailableException，则 servle退出服务。      
ServletConfig getServletConfig()    返回传递到servlet的init()方法的ServletConfig对象      
void service(ServletRequest request, ServletResponse response)throws ServletException,IOException    处理request对象中描述的请求，使用response对象返回请求结果      
String getServletInfo()        返回描述servlet的一个字符串      
void destory()        当servlet将要卸载时由servlet引擎调用    

二、javax.servlet.GenericServlet类（协议无关版本）

GenericServlet是一种与协议无关的servlet，是一种跟本不对请求提供服务的servlet，而是简单地从init()方法启动后台线程并在destory()中杀死。它可以用于模拟操作系统的端口监控进程。
servlet API提供了Servlet接口的直接实现，称为GenericServlet。此类提供除了service()方法外所有接口中方法的缺省实现。这意味着通过简单地扩展GenericServlte可以编写一个基本的servlet。
除了Servlet接口外，GenericServlet也实现了ServletConfig接口，处理初始化参数和servlet上下文，提供对授权传递到init()方法中的ServletConfig对象的方法。

 
GenericServlet类中的方法      
void destory()    编飞组成单词“destory”的一个注册入口      
String getInitParameter(String name)    返回具有指定名称的初始化参数值。通过凋用config.getInitParameter(name)实现。      
Enumeration getInitParameterNames()    返回此serv]et已编码的所有初始化参数的?个枚举类型值。调用config.getInitParameterNames()获得列表。如果未提供初始化参数，则返回?个空的枚举类型值（但不是null）      
ServletConfig getServletConfig()    返回传递到init()方法的ServletConfig对象      
ServletContext getServletContext()    返回在config对象中引用的ServletContext      
String getServletInfo()    返回空字符串      
void init(ServletConfig config)throws ServletException    在一实例变量中保存config对象。编写组成单词“init”的注册入口,然后调用方法init()      
void init()throws ServletException    可以被跳过以处理servlet初始化.在config对象被保存后init(ServletConfig config)的结尾处自动被调用.servlet作者经常会忘记调用super.init(config)       
void log(String msg)    编写注册servlet的入口.为此调用servlet上下文的log()方法.servlet的名字被加到消息文本的开头。      
void log(String msg,Throwable t)    编写一个入口和servlet注册的栈轨迹。此方法也是ServletContext中相应方法的一个副本。      
abstract void service(Request request,Response response)throws ServletException,IOException    由 servlet引擎调用为请求对象描述的请求提供服务。这是GenericServlet中唯一的抽象方法。因此它也是唯一必须被子类所覆盖的方法。      
String getServletName()    返回在Web应用发布描述器（web.xml）中指定的servlet的名字。    

三、javax.servlet.http.HttpServlet类（HTTP版本）

虽然servlet API允许扩展到其它协议，但最终所有的servlet均在Web环境下实施操作，只有几种servlet直接扩展了GenericServlet。对servlet更一般的是扩展其HTTP子类HttpServlet。
HttpServlet 类通过调用指定到HTTP请求方法的方法实现service()，亦即对DELETE、HEAD、GET、OPTIONS、POST、PUT和 TRACE，分别调用doDelete()、doHead()、doGet()、doOptions()、doPost()、doPut()和 doTrace()方法，将请求和响应对象置入其HTTP指定子类。

HttpServlet类中的方法      
Void doGet(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP GET请求。输入参数、HTTP头标和输入流可从request对象、response头标和 response对象的输出流中获得。      
Void doPost(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP POST请求。输入参数、HTTP头标和输入流可从request对象、response头标和 response对象的输出流中获得。      
Void doPut(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP PUT请求。本方法中请求URI指出被载入的文件位置。      
Void doDelete(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP DELETE请求。请求URI指出资源被删除。      
Void doOptions(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP OPTIONS请求。返回一个Allow响应头标表明此servlet支持的HTTP方法。一个 servlet不需要覆盖此方法，因为HttpServlet方法已经实现规范所需的功能。      
Void doTrace(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    由 servlet引擎调用用处理一个HTTP TRACE请求。使得请求头标被反馈成响应关标。一个servlet不需要覆盖此方法，因为 HttpServlet方法已经实现HTTP规范所需的功能。      
Void service(HttpServletRequest request,HttpServletResponse response)throws ServletException,IOException    Service(Request request,Response response) 调用的一个立即方法，带有指定HTTP请求和响应。此方法实际上将请求导向doGet()、doPost()等等。不应该覆盖此方法。      
Void service(Request request,Response response)throws ServletException,IOException    将请求和响应对象置入其指定的HTTP子类，并调用指定HTTP的service()方法。    

四、javax.servlet.ServletRequest类（协议无关版本）

ServletRequest接口封装了客户端请求的细节。它与协议无关，并有一个指定HTTP的子接口。
ServletRequest主要处理：
1.找到客户端的主机名和IP地址
2.检索请求参数
3.取得和设置属性
4.取得输入和输出流

 
ServletRequest类中的方法      
Object getAttribute(String name)    返回具有指定名字的请求属性，如果不存在则返回null。属性可由servlet引擎设置或使用setAttribute()显式加入。      
Enumeration getAttributeName()    返回请求中所有属性名的枚举。如果不存在属性，则返回一个空的枚举。      
String getCharacteEncoding()    返回请求所用的字符编码。      
Int getContentLength()    指定输入流的长度，如果未知则返回-1。      
ServletInputStream getInputStream()throws IOException    返回与请求相关的（二进制）输入流。可以调用getInputStream()或getReader()方法之一。      
String getParameter(String name)    返回指定输入参数，如果不存在，返回null。      
Enumeration getParameterName()    返回请求中所有参数名的一个可能为空的枚举。      
String[] getParameterValues(String name)    返回指定输入参数名的取值数组，如果取值不存在则返回null。它在参数具有多个取值的情况下十分有用。      
String get Protocol()    返回请求使用协议的名称和版本。      
String getScheme()    返回请求URI的子串，但不包含第一个冒号前的内容。      
String getServerName()    返回处理请求的服务器的主机名。      
String getServerPort()    返回接收主机正在侦听的端口号。      
BufferedReader getReader()throws IOException    返回与请求相关输入数据的一个字符解读器。此方法与getInputStream()只可分别调用，不能同时使用。      
String getRemoteAddr()    返回客户端主机的数字型IP地址。      
String getRemoteHost()    如果知道，返回客户端主机名。      
void setAttribute(String name,Object obj)    以指定名称保存请求中指定对象的引用。      
void removeAttribute(String name)    从请求中删除指定属性      
Locale getLocale()    如果已知，返回客户端的第一现场或者为null。      
Enumeration getLocales()    如果已知，返回客户端的第一现场的一个枚举，否则返回服务器第一现场。      
boolean isSecure()    如果请求使用了如HTTPS安全隧道，返回true      
RequestDispatcher getRequestDispatcher(String name)    返回指定源名称的RequsetDispatcher对象。    

五、javax.servlet.http.HttpServletRequest接口（HTTP版本）

HttpServletRequest类主要处理：
1.读取和写入HTTP头标
2.取得和设置cookies
3.取得路径信息
4.标识HTTP会话。

 
HttpServletRequest接口中的方法      
String getAuthType()    如果servlet由一个鉴定方案所保护，如HTTP基本鉴定，则返回方案名称。      
String getContextPath()    返回指定servlet上下文（web应用）的URL的前缀。      
Cookie[] getCookies()    返回与请求相关cookie的一个数组。      
Long getDateHeader(String name)    将输出转换成适合构建Date对象的long类型取值的getHeader()的简化版。      
String getHeader(String name)    返回指定的HTTP头标指。如果其由请求给出，则名字应为大小写不敏感。      
Enumeration getHeaderNames()    返回请求给出的所有HTTP头标名称的权举值。      
Enumeration getHeaders(String name)    返回请求给出的指定类型的所有HTTP头标的名称的枚举值，它对具有多取值的头标非常有用。      
int getIntHeader(String name)    将输出转换为int取值的getHeader()的简化版。      
String getMethod()    返回HTTP请求方法（例如GET、POST等等）      
String getPathInfo()    返回在URL中指定的任意附加路径信息。      
String getPathTranslated()    返回在URL中指定的任意附加路径信息，被子转换成一个实际路径。      
String getQueryString()    返回查询字符串，即URL中?后面的部份。      
String getRemoteUser()    如果用户通过鉴定，返回远程用户名，否则为null。      
String getRequestedSessionId()    返回客户端的会话ID      
String getRequestURI()    返回URL中一部分，从“/”开始，包括上下文，但不包括任意查询字符串。      
String getServletPath()    返回请求URI上下文后的子串      
HttpSession getSession()    调用getSession(true)的简化版。      
HttpSession getSession(boolean create)    返回当前HTTP会话，如果不存在，则创建一个新的会话，create参数为true。      
Principal getPrincipal()    如果用户通过鉴定，返回代表当前用户的java.security.Principal对象，否则为null。      
boolean isRequestedSessionIdFromCookie()    如果请求的会话ID由一个Cookie对象提供，则返回true，否则为false。      
boolean isRequestedSessionIdFromURL()    如果请求的会话ID在请求URL中解码，返回true，否则为false      
boolean isRequestedSessionIdValid()    如果客户端返回的会话ID仍然有效，则返回true。      
Boolean isUserInRole(String role)    如果当前已通过鉴定用户与指定角色相关，则返回true，如果不是或用户未通过鉴定，则返回false。    

六、javax.servlet.ServletResponse接口（协议无关版本）

ServletResponse对象将一个servlet生成的结果传到发出请求的客户端。ServletResponse操作主要是作为输出流及其内容类型和长度的包容器，它由servlet引擎创建.

 
ServletResponse接口中的方法      
void flushBuffer()throws IOException    发送缓存到客户端的输出内容。因为HTTP需要头标在内容前被发送，调用此方法发送状态行和响应头标，以确认请求。      
int getBufferSize()    返回响应使用的缓存大小。如果缓存无效则返加0。      
String getCharacterEncoding()    返回响应使用字符解码的名字。除非显式设置，否则为ISO-8859-1      
Locale getLocale()    返回响应使用的现场。除非用setLocale()修改，否则缺省为服务器现场。      
OutputStream getOutputStream()throws IOException    返回用于将返回的二进制输出写入客户端的流，此方法和getWrite()方法二者只能调用其一。      
Writer getWriter()throws IOException    返回用于将返回的文本输出写入客户端的一个字符写入器，此方法和getOutputStream()二者只能调用其一。      
boolean isCommitted()    如果状态和响应头标已经被发回客户端，则返回true，在响应被确认后发送响应头标毫无作用。      
void reset()    清除输出缓存及任何响应头标。如果响应已得到确认，则引发事件IllegalStateException。      
void setBufferSize(int nBytes)    设置响应的最小缓存大小。实际缓存大小可以更大，可以通过调用getBufferSize()得到。如果输出已被写入，则产生IllegalStateException。      
void setContentLength(int length)    设置内容体的长度。      
void setContentType(String type)    设置内容类型。在HTTP servlet中即设置Content-Type头标。      
void setLocale(Locale locale)    设置响应使用的现场。在HTTP servlet中，将对Content-Type头标取值产生影响。    

七、javax.servlet.http.HttpServletResponse接口（HTTP版本）

HttpServletResponse加入表示状态码、状态信息和响应头标的方法，它还负责对URL中写入一Web页面的HTTP会话ID进行解码。

 
HttpServletResponse接口中的方法      
void addCookie(Cookie cookie)    将一个Set-Cookie头标加入到响应。      
void addDateHeader(String name,long date)    使用指定日期值加入带有指定名字（或代换所有此名字头标）的响应头标的方法。      
void setHeader(String name,String value)    设置具有指定名字和取值的一个响应头标。      
void addIntHeader(String name,int value)    使用指定整型值加入带有指定名字的响应头标（或代换此名字的所有头标）。      
boolean containsHeader(String name)    如果响应已包含此名字的头标，则返回true。      
String encodeRedirectURL(String url)    如果客户端不知道接受cookid，则向URL加入会话ID。第一种形式只对在sendRedirect()中使用的URL进行调用。其他被编码的URLs 应被传递到encodeURL()      
String encodeURL(String url)          
void sendError(int status)    设置响应状态码为指定值（可选的状态信息）。HttpServleetResponse定义了一个完整的整数常量集合表示有效状态值。      
void sendError(int status,String msg)          
void setStatus(int status)    设置响应状态码为指定指。只应用于不产生错误的响应，而错误响应使用sendError()。    

八、javax.servlet.ServletContext接口

一个servlet上下文是servlet引擎提供用来服务于Web应用的接口。Servlet上下文具有名字（它属于Web应用的名字）唯一映射到文件系统的一个目录。
一个servlet可以通过ServletConfig对象的getServletContext()方法得到servlet上下文的引用，如果servlet直接或间接调用子类GenericServlet，则可以使用getServletContext()方法。
Web应用中servlet可以使用servlet上下文得到：
1.在调用期间保存和检索属性的功能，并与其他servlet共享这些属性。
2.读取Web应用中文件内容和其他静态资源的功能。
3.互相发送请求的方式。
4.记录错误和信息化消息的功能。

 
ServletContext接口中的方法      
Object getAttribute(String name)    返回servlet上下文中具有指定名字的对象，或使用已指定名捆绑一个对象。从Web应用的标准观点看，这样的对象是全局对象，因为它们可以被同一 servlet在另一时刻访问。或上下文中任意其他servlet访问。      
void setAttribute(String name,Object obj)    设置servlet上下文中具有指定名字的对象。      
Enumeration getAttributeNames()    返回保存在servlet上下文中所有属性名字的枚举。      
ServletContext getContext(String uripath)    返回映射到另一URL的servlet上下文。在同一服务器中URL必须是以“/”开头的绝对路径。      
String getInitParameter(String name)    返回指定上下文范围的初始化参数值。此方法与ServletConfig方法名称不一样，后者只应用于已编码的指定servlet。此方法应用于上下文中所有的参数。      
Enumeration getInitParameterNames()    返回（可能为空）指定上下文范围的初始化参数值名字的枚举值。      
int getMajorVersion()    返回此上下文中支持servlet API级别的最大和最小版本号。      
int getMinorVersion()          
String getMimeType(String fileName)    返回指定文件名的MIME类型。典型情况是基于文件扩展名，而不是文件本身的内容（它可以不必存在）。如果MIME类型未知，可以返回null。      
RequestDispatcher getNameDispatcher(String name)    返回具有指定名字或路径的servlet或JSP的RequestDispatcher。如果不能创建RequestDispatch，返回null。如果指定路径，必须心“/”开头，并且是相对于servlet上下文的顶部。      
RequestDispatcher getNameDispatcher(String path)          
String getRealPath(String path)    给定一个URI，返回文件系统中URI对应的绝对路径。如果不能进行映射，返回null。      
URL getResource(String path)    返回相对于servlet上下文或读取URL的输入流的指定绝对路径相对应的URL，如果资源不存在则返回null。      
InputStream getResourceAsStream(String path)          
String getServerInfo()    返顺servlet引擎的名称和版本号。      
void log(String message)
void log(String message,Throwable t)    将一个消息写入servlet注册，如果给出Throwable参数，则包含栈轨迹。      
void removeAttribute(String name)    从servlet上下文中删除指定属性。    

九、javax.servlet.http.HttpSession接口

HttpSession 类似于哈希表的接口，它提供了setAttribute()和getAttribute()方法存储和检索对象。HttpSession提供了一个会话 ID关键字，一个参与会话行为的客户端在同一会话的请求中存储和返回它。servlet引擎查找适当的会话对象，并使之对当前请求可用。

 
HttpSession接口中的方法      
Object getAttribute(String name)    将会话中一个对象保存为指定名字，返回或删除前面保存的此名称对象。      
void setAttribute(String name,Object value)          
void removeAttribute(String name)          
Enumeration getAttributeName()    返回捆绑到当前会话的所有属性名的枚举值。      
long getCreationTime()    返回表示会话创建和最后访问日期和时间的一个长整型，该整型形式为java.util.Date()构造器中使用的形式。      
long getLastAccessedTime()          
String getId()    返回会话ID，servlet引擎设置的一个唯一关键字。      
ing getMaxInactiveInterval()    如果没有与客户端发生交互，设置和返回会话存活的最大秒数。      
void setMasInactiveInterval(int seconds)          
void invalidate()    使得会话被终止，释放其中任意对象。      
boolean isNew()    如果客户端仍未加入到会话，返回true。当会话首次被创建，会话ID被传入客户端，但客户端仍未进行包含此会话ID的第二次请示时，返回true。

请求消息：request

GET /myweb/login.do?username=brady&password=1111 HTTP/1.1

Host: localhost

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6

Accept: text/html;image/png,*/*

Accept-Language: zh-cn

Accept-Encoding: gzip,deflate

Accept-Charset: gb2312

Keep-Alive: 300

Connection: keep-alive

Cookie: who=brady.zh

POST /myweb/login.do HTTP/1.1

Host: localhost

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6

Accept: text/html;image/png,*/*

Accept-Language: zh-cn

Accept-Encoding: gzip,deflate

Accept-Charset: gb2312

Keep-Alive: 300

Connection: keep-alive

Cookie: who=brady.zh

Content-Type: application/x-www-form-urlencoded

Content-Length: 28

username=brady&password=1111

响应信息：response

HTTP/1.1 200 OK

Server: Apache-Coyote/1.1

Set-Cookie: JSESSIONID=38034AF1E97054BE745275ADC90DB5C4; Path=/myweb

Content-Type: text/html;charset=UTF-8

Content-Length: 189

Date: Sun, 23 Nov 2008 14:28:04 GMT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

    <title>test</title>

</head>

<body>

    This is my test page. <br>

</body>

</html>

GET/POST 都是发送请求的方法

从上面我们不难看出一些区别：

GET:

1.       用于直接从SERVER端检索信息(如文档、图像或数据库请求结果)

2.       请求信息作为查询字符串发送

3.       安全性不高

4.       发送的内容长度有限（content < 512 bit）

POST：

1.       用户发送敏感信息（如信用卡号）或要保存到数据库中的信息

2.       发送长度在请求头下空一行

3.       安全性好

4.       发送的长度不高
 

csdn上看到这个文章，觉得放在这里非常合适。2009年7月10日23:13:38
HTTP请求头概述 （HttpServletRequest）
　　 HTTP客户程序（例如浏览器），向服务器发送请求的时候必须指明请求类型（一般是GET或者POST）。如有必要，客户程序还可以选择发送其他的请求头。大多数请求头并不是必需的，但Content-Length除外。对于POST请求来说Content-Length必须出现。
　下面是一些最常见的请求头

　　　Accept：浏览器可接受的MIME类型。

　　　Accept-Charset：浏览器可接受的字符集。

　　　Accept-Encoding：浏览器能够进行解码的数据编码方式，比如gzip。Servlet能够向支持gzip的浏览器返回经gzip编码的HTML页面。许多情形下这可以减少5到10倍的下载时间。

　　　Accept-Language：浏览器所希望的语言种类，当服务器能够提供一种以上的语言版本时要用到。

　　　Authorization：授权信息，通常出现在对服务器发送的WWW-Authenticate头的应答中。

　　　Connection：表示是否需要持久连接。如果Servlet看到这里的值为“Keep-Alive”，或者看到请求使用的是HTTP 1.1（HTTP 1.1默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如Applet，图片），显著地减少下载所需要的时间。要实现这一点，Servlet需要在应答中发送一个Content-Length头，最简单的实现方法是：先把内容写入 ByteArrayOutputStream，然后在正式写出内容之前计算它的大小。

　　　Content-Length：表示请求消息正文的长度。

　　　Cookie：这是最重要的请求头信息之一

　　　From：请求发送者的email地址，由一些特殊的Web客户程序使用，浏览器不会用到它。

　　　Host：初始URL中的主机和端口。

　　　If-Modified-Since：只有当所请求的内容在指定的日期之后又经过修改才返回它，否则返回304“Not Modified”应答。

　　　Pragma：指定“no-cache”值表示服务器必须返回一个刷新后的文档，即使它是代理服务器而且已经有了页面的本地拷贝。

　　　Referer：包含一个URL，用户从该URL代表的页面出发访问当前请求的页面。

　　　User-Agent：浏览器类型，如果Servlet返回的内容与浏览器类型有关则该值非常有用。

　　　UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE浏览器所发送的非标准的请求头，表示屏幕大小、颜色深度、操作系统和CPU类型。

　　有关HTTP头完整、详细的说明，请参见http://www.w3.org/Protocols/的HTTP规范。

HTTP应答头概述（HttpServletResponse）
　　 Web服务器的HTTP应答一般由以下几项构成：一个状态行，一个或多个应答头，一个空行，内容文档。设置HTTP应答头往往和设置状态行中的状态代码结合起来。例如，有好几个表示“文档位置已经改变”的状态代码都伴随着一个Location头，而401（Unauthorized）状态代码则必须伴随一个WWW-Authenticate头。

　　 然而，即使在没有设置特殊含义的状态代码时，指定应答头也是很有用的。应答头可以用来完成：设置Cookie，指定修改日期，指示浏览器按照指定的间隔刷新页面，声明文档的长度以便利用持久HTTP连接，……等等许多其他任务。

　　 设置应答头最常用的方法是HttpServletResponse的setHeader，该方法有两个参数，分别表示应答头的名字和值。和设置状态代码相似，设置应答头应该在发送任何文档内容之前进行。

　　 setDateHeader方法和setIntHeadr方法专门用来设置包含日期和整数值的应答头，前者避免了把Java时间转换为GMT时间字符串的麻烦，后者则避免了把整数转换为字符串的麻烦。

　　 HttpServletResponse还提供了许多设置

setContentType：设置Content-Type头。大多数Servlet都要用到这个方法。
setContentLength：设置Content-Length头。对于支持持久HTTP连接的浏览器来说，这个函数是很有用的。
addCookie：设置一个Cookie（Servlet API中没有setCookie方法，因为应答往往包含多个Set-Cookie头）。
另外，如上节介绍，sendRedirect方法设置状态代码302时也会设置Location头。

　　 有关HTTP头详细和完整的说明，请参见http://www.w3.org/Protocols/规范。

HTTP应答头 说明
Allow 服务器支持哪些请求方法（如GET、POST等）。

Content-Encoding 文档的编码（Encode）方法。只有在解码之后才可以得到Content-Type头指定的内容类型。利用gzip压缩文档能够显著地减少HTML文档的下载时间。Java的GZIPOutputStream可以很方便地进行gzip压缩，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet应该通过查看Accept-Encoding头（即request.getHeader("Accept- Encoding")）检查浏览器是否支持gzip，为支持gzip的浏览器返回经gzip压缩的HTML页面，为其他浏览器返回普通页面。

Content-Length 表示内容长度。只有当浏览器使用持久HTTP连接时才需要这个数据。如果你想要利用持久连接的优势，可以把输出文档写入 ByteArrayOutputStram，完成后查看其大小，然后把该值放入Content-Length头，最后通过 byteArrayStream.writeTo(response.getOutputStream()发送内容。

Content-Type 表示后面的文档属于什么MIME类型。Servlet默认为text/plain，但通常需要显式地指定为text/html。由于经常要设置 Content-Type，因此HttpServletResponse提供了一个专用的方法setContentTyep。

Date 当前的GMT时间。你可以用setDateHeader来设置这个头以避免转换时间格式的麻烦。

Expires 应该在什么时候认为文档已经过期，从而不再缓存它？

Last-Modified 文档的最后改动时间。客户可以通过If-Modified-Since请求头提供一个日期，该请求将被视为一个条件GET，只有改动时间迟于指定时间的文档才会返回，否则返回一个304（Not Modified）状态。Last-Modified也可用setDateHeader方法来设置。
Location 表示客户应当到哪里去提取文档。Location通常不是直接设置的，而是通过HttpServletResponse的sendRedirect方法，该方法同时设置状态代码为302。

Refresh 表示浏览器应该在多少时间之后刷新文档，以秒计。除了刷新当前文档之外，你还可以通过setHeader("Refresh", "5; URL=http://host/path")让浏览器读取指定的页面。注意这种功能通常是通过设置HTML页面HEAD区的<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path">实现，这是因为，自动刷新或重定向对于那些不能使用CGI或Servlet的 HTML编写者十分重要。但是，对于Servlet来说，直接设置Refresh头更加方便。注意Refresh的意义是“N秒之后刷新本页面或访问指定页面”，而不是“每隔N秒刷新本页面或访问指定页面”。因此，连续刷新要求每次都发送一个Refresh头，而发送204状态代码则可以阻止浏览器继续刷新，不管是使用Refresh头还是<META HTTP-EQUIV="Refresh" ...>。注意Refresh头不属于HTTP 1.1正式规范的一部分，而是一个扩展，但Netscape和IE都支持它。

Server 服务器名字。Servlet一般不设置这个值，而是由Web服务器自己设置。

Set-Cookie 设置和页面关联的Cookie。Servlet不应使用response.setHeader("Set-Cookie", ...)，而是应使用HttpServletResponse提供的专用方法addCookie。参见下文有关Cookie设置的讨论。

WWW-Authenticate 客户应该在Authorization头中提供什么类型的授权信息？在包含401（Unauthorized）状态行的应答中这个头是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不进行这方面的处理，而是让Web服务器的专门机制来控制受密码保护页面的访问（例如.htaccess）。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/gideal_wang/archive/2009/07/10/4338646.aspx