servlet，jsp，listener，filter作用详解

目前基于java的开发基本稳定。

JavaEE开发大致分为两种：以spring为核心的轻量级JavaEE企业开发平台；以EJB3+JPA为核心的经典JavaEE开发平台。前者降低了开发、部署成本。

在需要具有高度伸缩性、高度稳定性的企业应用里，如银行系统、保险系统，以EJB3+JPA为核心的经典JavaEE应用具有广泛占用率。可参考《经典JavaEE企业应用实战》。

 

理解EJB3和spring容器中的Bean、EJB容器和spring容器之间的联系和区别。

spring本身也是一个容器，只是EJB容器管理的是EJB，spring容器管理的是普通的Java对象。

 

对已有的知识进行归纳、总结。将新的知识与已掌握的知识进行类比。

 

安装mysql选择GBK的编码方式。

 

企业信息化需要整合不同平台、不同系统的异构系统。JavaEE应用提供的跨平台性、开放性及各种远程访问的技术，为异构系统的良好整合提供了保证。

 

面向对象建模的思维方式

 

不仅要考虑系统开发过程，还要考虑系统后期的维护、扩展。

软件不是一次性系统。软件不能彻底替换，只能在原来基础上延伸。新开发的系统要能与老系统有机融合。

 

最理想的软件系统是：只要有通用的接口，组件之间就可以良好协作。各组件之间支持热插拔，各组件之间的影响非常小。

 

致力于让应用的各组件以松耦合方式组织在一起，让应用之间的耦合停留在接口层次，而不是代码层次。

职责单一才能提供重用性。

 

企业应用开发有两个重要的关注点：可维护性和复用。

可维护性——>分层；

通过复用，可以在最短时间，开发出最稳定的软件；

总有一些开发过程是重复的，将这些重复开发工作抽象成基础类库。

要有自己的基础类库。框架也是一套基础类库，它抽象了软件开发的通用步骤。

 

web.xml中使用<context-param>元素配置的参数对整个web应用有效。因此称为web应用的配置参数。

 

Tomcat7.0才支持servlet3.0规范。

jdk1.5建议使用Tomcat5.5系列。

Jdk1.6建议使用Tomcat6.0系列。 

 

1、In Action

（1）Servlet、Jsp：每个servlet在容器中只有一个实例。服务器端负责解析请求头/请求参数的是jsp或servlet。

真正提供HTTP服务的是Servlet。

Servlet3.0提供了异步请求、Annotation、增强的Servlet API，这些功能简化了Java web开发。

 

在严格的JavaEE应用中，中间层的组件会将应用底层的状态信息封装成JavaBean集，也叫DTO，并将这些DTO传到JSP页面，让JSP可以显示应用的底层状态。

 

Jsp2.2、servlet3.0规范，需要使用支持JavaEE6规范的应用服务器或支持servlet3.0的web服务器，如Tomcat7.0。

 

对于web应用而言，客户端浏览器无法直接访问WEB-INF路径下的任何内容。

在servlet2.5规范之前，java web应用的大部分组件（jsp、servlet、filter、listener）都通过web.xml配置管理，servlet3.0规范可通过Annotation来配置管理web组件。

 

web.xml配置管理：

a、配置JSP

b、配置和管理servlet

c、配置和管理Listener

d、 配置和管理filter

e、配置标签库

f、配置JSP属性

g、配置和管理JAAS授权认证

h、配置和管理资源引用

i、web应用首页

 

每个web容器都会提供一个系统的web.xml文件，用于描述所有web应用共同的配置属性。如Tomcat的系统web.xml放在Tomcat的conf路径下，而Jetty的系统web.xml文件放在Jetty的etc路径下，文件名为webdefault.xml。

 

jsp声明：<%! 声明部分   %>，jsp声明会将转换成对应servlet的成员变量或成员函数。

jsp被翻译成servlet类后会被实例化，此servlet实例就一直存在于内存中。每个servlet在容器中只有一个实例。因此，在jsp中声明的变量是成员变量，成员变量只在创建实例时初始化，该变量的值将一直保存，直到实例销毁。

 

输出表达式值：<%=表达式%>，用于输出在页面显示。输出表达式语法后不能有分号。

 

jsp脚本： <% %>

jsp脚本里可以包含任何可执行的java代码。此脚本里的代码会转换成servlet的service()方法里的可执行代码。

 

jsp的3个编译指令：是通知JSP引擎的消息，它不直接生成输出。编译指令都有默认值。

<%@ page 属性名="属性值" %>

<%@ include 属性名="属性值" %>，静态包含，会把目标页面的其它编译指令也包含进来。

<%@ taglib 属性名="属性值" %>

 

JSP内建了异常机制支持，所以JSP可以不处理异常。若JSP页面在运行中抛出未处理的异常，系统将自动跳转到errorPage属性指定的页面。若errorPage没有指定错误页面，系统将直接把异常信息呈现给客户浏览器——这是所有开发者都不愿意的。

isErrorPage="true"，指定此页面就是一个错误处理页面。

注： JSP的异常处理机制对JSP声明不起作用。

 

pageEncoding：指定生成网页的编码字符集。

 

若不使用import导入类，就必须使用全限定类名，即必须带包名。

 

jsp的7个动作指令：只是运行时的动作。

<jsp:include>指令，不会导入被include页面的编译指令，仅仅将被导入页面的body内容插入本页面。

 

Jsp脚本中的9个内置对象：此9个内置对象都是Servlet API接口的实例。直接使用此对象即可。

application：javax.servlet.ServletContext的实例，该实例代表JSP所属的web应用本身。可用于jsp页面、servlet之间交换信息。

config：javax.servlet.ServletConfig的实例，该实例代表该JSP的配置信息。事实上，JSP页面无须配置。该对象更多在servlet中有效。

page：代表页面本身，也就是Servlet中的this。

pageContext：javax.servlet.jsp.PageContext的实例，该对象代表该JSP页面上下文，使用该对象可以访问页面中的共享数据。

out：javax.servlet.jsp.JspWriter的实例，该实例代表JSP页面的输出流，用于输出内容，形成HTML页面。

request：javax.servlet.http.HttpServletRequest的实例，该对象封装了一次请求，客户端的请求参数都被封装在该对象中。

response：javax.servlet.http.HttpServletResponse的实例，代表服务器对客户端的响应。通常很少使用该对象直接响应，而是使用out对象。

session：javax.servlet.http.HttpSession的实例，该对象代表一次会话。

exception：java.lang.Throwable的实例，该实例代表其他页面中的异常和错误。只有当页面的page指令的isErrorPage属性为true时，才可使用exception对象。即只有异常处理页面对应Servlet时才会初始化exception对象。

 

web服务器接收到客户端连接请求后，使用单独的线程为该客户端提供服务：接收数据，返回数据。

web服务器负责完成多线程、网络通信等底层功能。web服务器必须为Servlet API中绝大部分接口提供实现类。

 

JSP、Servlet之间如何交换数据？——通过4个类似Map的结构application、session、request、page。

application：对整个web应用有效；放在application中的数据可以被该应用下其它所有的jsp、servlet访问；

session：仅对一次会话有效；

request：仅对本次请求有效；

page：仅对当前页面有效；

 

application对象（jsp中）代表web应用本身，对应于servlet中ServletContext对象，有两个作用：

a、在整个web应用的多个jsp、servlet之间共享数据；

b、访问web应用的配置参数；使用getInitParameter()获取web应用的配置参数，这些配置参数在web.xml中使用context-param元素配置。

 

编译servlet，若安装了Java EE 6 SDK，只需将JavaEE6 SDK路径的javaee.jar文件添加到classpath环境变量中；若没有安装JAVA EE SDK，可将Tomcat中lib目录下的jsp-api.jar、servlet-api.jar两个文件添加到classpath环境变量中。

 

web.xml中使用<context-param>元素配置的参数对整个web应用有效。因此称为web应用的配置参数。

 

config对象代表当前jsp配置信息，是ServletConfig的实例。该对象在Jsp页面中很少用，但在servlet中用的多。因为servlet需要在web.xml中进行配置，可以指定配置参数。

用getInitParameter()来获取配置参数的方法。在web.xml中用<init-param>元素为servlet配置参数。

可以将Jsp当成servlet配置在web.xml中。只需将<servlet-name>元素换成<jsp-file>元素即可，其它不变。

 

在使用输出表达式的地方，都可以使用out对象达到同样效果。所有使用out的地方，都可使用输出表达式来代替，即<%=%>表达式的实质就是out.write()；

 

通过pageContext可用于获取其它内置对象，如request对象、response对象、config对象、application对象、session对象。

 

服务器端负责解析请求头/请求参数的是jsp或servlet。一次请求总是包含若干请求头。POST发送的请求参数和值放在HEADER中传输。

有name属性的表单域才生成请求参数；若有多个表单域有相同的name属性，则多个表单域只生成一个请求参数，只是该参数有多个值。

 

POST：若发送请求的表单页采用gbk字符集，该表单页发送的请求也将采用gbk。因此使用request.setCharacterEncoding("gbk")进行解码; 

GET：为了获取GET请求里的中文参数值，必须借助于java.net.URLDecoder类。如：String queryStr =java.net.URLDecoder.decode(rawQueryStr, "gbk");

reqeust.getQueryString()获取请求里包含的查询字符串。

也可以在获取请求参数值之后对请求参数值重新编码，即先将其转换成字节数组，再将字节数组重新解码成字符串。如：

String rawName = request.getParameter("name");

byte[] rawBytes = rawName.getBytes("ISO-8859-1");

String name = new String(rawBytes, "gbk");

 

request有一个功能就是执行request和include。如：getRequestDispatcher("/a.jsp").include(request, response);//将a.jsp页面include到本页面中。

 

response响应生成非字符响应，如生成PDF文件、Excel文件、图片等；

重定向

增加cookie：session会随浏览器的关闭而失效，但cookie会一直存放在客户端机器上，直到超出cookie的生命期限。方法是addCookie(Cookie cookie)；

创建Cookie：Cookie c = new Cookie("aa", "aa");

c.setMaxAge(24 * 3600);

response.addCookie(c);

 

访问Cookie，使用Request对象，提供了getCookie()方法，该方法返回客户端上所有Cookie组成的数组。

使用Cookie对象必须设置其生存期限，否则Cookie将会随浏览器的关闭而自动消失。

默认情况下，Cookie值不允许出现中文字符，若需要值为中文内容的Cookie，可以通过java.net.URLEncoder先对中文字符进行编码，将编码后的值设为Cookie值。当程序要读取Cookie时，先读取，然后使用java.net.URLDecoder对其进行解码。

如：Cookie c = new Cookie("name", java.net.URLEncoder.encode("孙武", "gbk"));

 

if(cookie.getName.equals("name")) {

       java.net.URLDecoder.decode(cookie.getValue());

}

 

一次用户会话：从客户端浏览器连接服务器开始，到客户端浏览器与服务器断开为止。一旦关闭浏览器，即session结束。

 

session机制通常用于保存客户端的状态信息，这些状态信息需要保存到web服务器的硬盘上。因此要求session里的属性值必须是可序列化的。

 

servlet：

可以重写service()方法即可响应客户端的所有请求。

不需要为Servlet类编写构造器。

destroy()方法：销毁Servlet实例时，自动调用该方法的回收资源。

init()方法：初始化时自动调用此方法； 

 

servlet的创建以及销毁等由web容器进行控制的。

创建Servlet实例有两个时机：

a、客户端第一次请求某个servlet时，系统创建该servlet的实例。

b、web应用启动时立即创建servlet实例，即load-on-startup。其整型值越小，servlet就越先实例化。

每个servlet运行都遵循如下生命周期：

a、创建servlet实例；

b、web容器调用init()方法，对其进行初始化；

c、servlet将一直存在于容器中，用于响应客户端请求。.

d、web容器决定销毁servlet时，先调用其destroy方法。（通常是在关闭web应用时销毁servlet）

 

若没有为servlet配置URL，则该servlet不能响应用户请求。 

 

ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样，只是ServletConfig是获取当前Servlet的配置参数，ServletContext是获取整个web应用的配置参数。

 

自定义标签：直接在页面上生成输出；

在JSP规范的1.1版本中增加了自定义标签库规范。但在JSP1.1规范中开发自定义标签库比较复杂，JSP2规范简化了标签库的开发。在JSP2中开发标签库需如下步骤：

a、开发自定义标签处理类；需要继承javax.servlet.jsp.tagext.SimpleTagSupport。重写doTag()方法用于生成页面内容。若标签类有属性，每个属性都有对应的getter和setter方法。（页面中标签填的属性值会自动赋给类中的属性的，属性名要一致！）    getJspContext().getOut()——获得页面输出流

b、建立一个tld文件。每个tld文件对应一个标签库，每个标签库可包含多个标签；

c、在jsp页面中使用自定义标签；

tld文件放到WEB-INF/路径或WEB-INF的任意子路径下。web规范会自动加载该文件，该文件定义的标签库也将生效。

short-name：该标签库的默认短名；

uri：该标签库的唯一标识。JSP页面使用标签库时就是根据此URI属性来定位标签库的；

JSP2规范不再推荐使用JSP脚本，因此JSP2自定义标签的标签体中不能包含JSP脚本。

 

在JSP页面使用标签：

a、导入标签库；——使用taglib编译指令。

b、标签名：确定使用哪个标签。

 

如：

<tag>

        <name></name>              //定义标签名

        <tag-class></tag-class>          //标签处理类

        <body-content>empty</body-content>   //定义标签体为空

        <attribute>                 //标签属性

                   <name></name>     

                   <required></required>     //属性是否是必需的

                   <fragment></fragment>   //该属性是否支持JSP脚本、表达式等动态内容，值为true或false

        </attribute>

</tag>

 

JSTL是Sun提供的一套标签库；DisplayTag是Apache的一套标签库；

 

带标签体的标签：

getJspContext().getAttribute(属性名);——获取页面中属性名的值；

getJspBody()——返回该标签所包含的标签体对象；执行该对象的invoke()方法，即可输出标签体内容。

 

动态属性标签：

若需要传入自定义标签的属性个数是不确定的，属性名也不确定，就需要借助于动态属性标签了。

 

动态属性标签比普通标签多了如下两个额外要求：

a、标签处理类还需要实现DynamicAttributes接口；必须要实现setDynaAttributes方法，该方法用于为该标签处理类动态添加属性名和属性值。

标签处理类使用ArrayList<String>类型的keys属性来保存标签的所有属性名，使用ArrayList<Object>类型的values属性来保存标签的所有属性值。

b、配置标签时通过<dynamic-attributes../>子元素指定该标签支持动态属性。

 

JSP2特性：

Servlet3.0对应于JSP2.2规范。

JSP2增加了如下特性：

a、在web.xml中直接配置JSP属性；——不常用；

b、表达式语言；

c、简化的自定义标签API；

d、Tag文件语法；

若要使用JSP2语法，则web.xml文件必须使用Servlet2.4以上版本的配置文件。

 

关于JSP的属性配置信息：

<jsp-config>

      <jsp-property-group>

                 <url-pattern></url-pattern>

                 <page-encoding></page-encoding>

                 <el-ignored></el-ignored>

      </jsp-property-group>

</jsp-config>

 

EL表达式语言：简化的数据访问方式。可以方便访问JSP的隐含对象和JavaBeans组件。在JSP2规范中，建议尽量使用表达式语言，避免使用java脚本。

语法格式：$(expression)

若需要在支持表达式语言的页面中正常输出$符号，可以在$符号前加转义字符“\”。

 

表达式语言的内置对象：可以获取请求参数值、获取页面中JavaBean的指定属性值、获取请求头及获取page、request、session、application范围的属性值等。

pageContext：代表该页面的pageContext对象。

pageScope：用于获取page范围的属性值；

requestScope：用于获取request范围的属性值；

sessionScope：用于获取session范围的属性值；

applicationScope：用于获取application范围的属性值；

param：用于获取请求的参数值；

paramValues：该对象用于获取属性值为数组的属性值；

header：用于获取请求头的属性值；

headerValues：该对象用于获取属性值为数组的属性值；

initParam：用于获取请求web应用的初始化参数；

cookie：用于获取指定的Cookie值；

如：value="${param['name']}"或value="${param.name}"

 

EL只是一种数据访问语言，它不支持调用方法。若需要在EL中进行复杂的处理，可以通过函数来完成。函数的实质是：提供一种语法允许在EL中调用某个类的静态方法。

 

Tag File：是自定义标签的简化用法。使用TagFile可以不需要定义标签处理类和标签库文件，但仍然可以在JSP页面中使用自定义标签。

建立Tag文件：在JSP所支持TagFile规范下，TagFile代表了标签处理类。

Tag File的命名必须遵守如下规则：标签名.tag。即Tag File的主文件名就是标签名。该文件必须存在web应用的某个路径下，该路径相当于标签库的URI名。如/WEB-INF/tags下。

 

每个Tag File对应一个标签。

 

Servlet3.0新特性：伴随JavaEE6一起发布的Servlet3.0规范，简化了java web应用的开发。

Servlet3.0为模块化开发提供了良好支持。不再要求所有web组件（如servlet、filter、listener）都部署在web.xml文件中，允许采用web模块来部署、管理它们。

 

Servlet3.0提供异步处理：

在以前的规范中，若servlet调用一个耗时的业务方法，servlet必须等到业务方法完全返回之后才生成响应。 

异步处理允许servlet重新发起一条新线程去调用耗时的业务方法，避免等待。

Servlet3.0的异步处理通过AsyncContext类来处理的。Servlet可通过ServletRequest的如下两个方法开启异步调用、创建AsyncContext对象。

a、startAsync();

b、startAsync(ServletRequest, ServletResponse);

被异步请求dispatch的目标页面需要指定session="false"，表明该页面不会重新创建session。

对于希望启用异步调用的servlet，开发者必须显式指定开启异步调用。在web.xml中的<servlet>元素中增加<async-supported>子元素。

 

对于支持异步调用的Servlet来说，当servlet以异步方式启用新线程之后，该servlet的执行不会被阻塞，该servlet将可以向客户端浏览器生成响应——当新线程执行完成后，新线程生成的响应再次被送往客户端浏览器。

 

Servlet3.0规范也完全支持在Filter中使用异步调用。因为Filter与Servlet具有很大的相似性。

 

改进的Servlet API：简化了Java Web开发。

有两个较大的改进：

a、HttpServletRequest增加了对文件上传的支持；提供了两个方法处理文件上传：getPart(String name)——根据名称来获取文件上传域；getParts()——获取所有的文件上传域；

b、ServletContext允许通过编程的方式动态注册Servlet、Filter；

 

每个Part对象对应一个文件上传域，该对象提供大量方法来访问上传文件的文件类型、大小、输入流等。并提供write(String file)方法将上传文件写入服务器磁盘。

为了向服务器上传文件，需在表单里使用<input type="file">文件域，此外还要为表单域设置enctype属性，值为multipart/form-data。

对于传统的文件上传需要借助于common-fileupload等工具。可以借助于Servlet3.0的API，处理文件上传较简单。

处理文件上传的servlet需要在web.xml中的<servlet>元素中添加<multipart-config>子元素。

 

可以借助于java.util.UUID工具类生成文件名，为了防止重复。

 

ServletContext提供了如下方法来动态注册Servlet、Filter，并允许动态设置web应用的初始化参数。

a、addServlet()——动态注册Servlet

b、addFilter()——动态注册Filter

c、addListener()——动态注册Listener

d、setInitParameter(String name, String value)——为web应用设置初始化参数

 

（2）Filter

Filter主要用于对用户请求进行预处理，也可以对HttpServletResponse进行后处理，是个典型的处理链。可认为是servlet的一种加强版。

 

创建Filter：

a、创建Filter处理类，必须实现javax.servlet.Filter接口。

b、在web.xml中配置Filter；

 

实现doFilter()方法就可实现对用户请求进行预处理，也可实现对服务器响应进行后处理——它们的分界线为是否调用了chain.doFilter()，执行该方法之前，即对用户请求进行预处理；执行该方法之后，即对服务器响应进行后处理。 

 

Filter和Servlet具有完全相同的生命周期行为，Filter也可通过<init-param/>元素来配置初始化参数，获取Filter的初始化参数可使用FilterConfig的getInitParameter()方法。

 

（3）Listener

当web应用在web容器中运行时，web应用内部会不断发生各种事件：如web应用被启动、web应用被停止，用户session开始、用户session结束、用户请求到达等。 

Servlet API提供了大量监听器来监听web应用的内部事件，从而允许当web内部事件发生时回调事件监听器内的方法。

 

创建Listener：

a、定义Listener实现类；

b、在web.xml中配置Listener。

 

常用的web事件监听器接口有如下几个：

a、ServletContextListener：用于监听web应用的启动和关闭；

b、ServletContextAttributeListener：用于监听ServletContext范围内属性的改变；

c、ServletRequestListener：用于监听用户请求；

d、ServletRequestAttributeListener：用于监听ServletRequest范围内属性的改变；

e、HttpSessionListener：用于监听用户session的开始和结束。

f、HttpSessionAttributeListener：用于监听HttpSession范围内属性的改变；

 

 

2、TIPS

（1）业务逻辑组件：实现系统的业务逻辑。

一个业务逻辑方法对应一次用户操作。一个业务逻辑方法应该是一个整体。因此要对业务逻辑方法增加事务性。业务逻辑方法仅仅负责实现业务逻辑，不应该进行数据库访问。

业务逻辑组件中不要出现原始的Hibernate、JDBC等API。

 

（2）领域对象组件（Domain Object）

领域对象抽象了系统的对象模型。每个领域对象通常对应一个或多个数据表。

 

（3）服务器

Jetty：可作为一个嵌入式服务器，即若在应用中加入Jetty的jar文件，应用可在代码中对外提供web服务。

Resin：目前最快的jsp、servlet运行平台，支持EJB。

 

其他JavaEE服务器，如开源的Jboss和商用的WebLogic、WebSphere，支持更多的JavaEE特性，如分布式事务、EJB容器等。

 

对于每次客户端请求而言，web服务器需要完成以下几个步骤：

a、启动单独线程；

b、使用IO流读取用户的请求数据；

c、从请求数据中解析参数；

d、处理用户请求；

e、生成响应数据

f、使用IO流，向客户端发送响应数据

 

（4）浏览器

大部分浏览器通常负责完成三件事：

a、发送请求；

b、读取服务器返回的字符串数据；

c、负责根据字符串数据渲染出页面；

 

（5）Tomcat

其中的wrok目录：保存web应用运行过程中，编译生成的class文件。

 

运行Tomcat只需要一个环境变量：JAVA_HOME。该环境变量的值指向JDK安装路径。

 

让Tomcat同时在多个端口提供服务：

 复制server.xml中的<Service>元素，并修改相应参数就可以实现一个Tomcat运行多个服务。

 

让Tomcat列出web应用根路径下的所有页面，可以打开Tomcat的conf目录下的web.xml文件，修改：

<init-param>

           <param-name>listings</param-name>

           <param-value>true</param-value>

</init-param>

 

控制台的用户名和密码是通过Tomcat的JAAS控制的。

JAAS（java验证和授权API）：它用于控制对java web应用的授权访问。

在web.xml中，通过<security-constraint>元素确定访问某某资源需要某某角色。通过<login-config>元素确定JAAS的登录方式。

Tomcat默认采用文件安全域，即以文件存放用户名和密码。Tomcat的用户由conf目录下tomcat-users.xml文件控制。在其中定义角色，定义用户等。

 

Tomcat中部署web应用的方式之一：增加自定义的web部署文件，好处是不需要将web应用复制到Tomcat下。

 

Tomcat从5.5开始，内置了DBCP的数据源实现，可以方便的配置。

Tomcat提供了两种配置数据源的方式，一种可以让所有的web应用都访问，一种只能在单个的web应用中访问。局部数据源只需修改web应用的配置文件，全局数据源需要修改Tomcat的server.xml文件。

 

JNDI：就是为某个java对象取了一个名字，从而让程序可以通过此名字来访问。

Tomcat提供的JNDI绑定必须加前缀：java:comp/env。

 

（6）Eclipse

Eclipse插件的安装方式有：

a、在线安装

help——install new software。

work with下拉框中是eclipse已安装过的插件，通过指定插件项目后可进行更新。

 

点击add进行安装新插件，name中输入插件名，Location中输入插件的安装地址（Eclipse插件的安装地址需要从各插件的官方站点上查询）。

也可以点击archive...按钮，这样可以从本地压缩包安装插件。

 

b、手动安装

直接安装（不建议）和扩展安装。

扩展安装使得每个插件都放在单独的文件夹内，若要卸载某个插件，只需将该插件对应的link文件删除即可。

 

Eclipse IDE for Java EE 开发web应用步骤：

a、在eclipse中配置web服务器。

在eclipse下方面板servers的空白处，单击在弹出的快捷菜单中选择“new-server”

b、File菜单——New——other，选择Dynamic web project。

c、web应用开发完成后，部署web应用可单击eclipse左边导航，run as——run on server选项。

d、最后在servers面板，启动指定的web服务器。

 

导入非eclipse项目：——采用分别导入指定文件的方式。

a、新建一个普通的eclipse项目

b、单击file——import，选择file system。输入需要导入文件的路径，选中需要导入的文件，并输入需要导入到eclipse项目的哪个目录下即可。

 

还有一种方式：直接进入需要被导入的项目路径下，将相应的文件复制到eclipse项目的相应路径下即可。

 

（7）URL Rewrite开源项目

a、登陆http://www.tuckey.org/urlrewrite站点下载URL Rewrite，应下载src项，即urlrewritefilter-3.2.0-src.zip。

b、在web.xml中配置启用URL Rewrite Filter。如：

<filter>

       <filter-name>UrlRewriteFilter</filer-name>

       <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>

<filter>

<filter-mapping>

       <filter-name>UrlRewriteFilter</filter-name>

       <url-pattern>/*</url-pattern>

</filter-mapping>

c、在WEB-INF路径下增加urlrewrite.xml文件，该文件定义了伪静态映射规则，这份伪静态规则是基于正则表达式的。

 

上面的规则文件中只定义了一个简单的规则：所有发向/userinf-(\w*).html的请求都将被forward盗user.jsp页面，并将(\w*)正则表达式所匹配的内容作为username参数值。

 

（8）

 

 

3、PS

（1）分层：

层与层之间以松耦合的方法组织在一起。

 

（2）DAO：对数据库的CRUD操作。

EAO：对实体的CRUD操作。

 

（3）以EJB3+JAP为核心的JavaEE应用的结构，业务逻辑层由EJB充当。

 

（4）从设计上看，JSF比struts2理念更加有效，它采用的是传统快速应用开发理念。

Tapestry同时提供了控制器和页面模板的解决方案，使用Tapestry无须使用Jsp等其它表现层技术。

 

JPA规范是一种ORM规范。它的底层可以使用hibernate等任意一种ORM框架作为实现。