扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本篇内容主要讲解“如何在Servlet中添加web框架”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“如何在Servlet中添加web框架”吧!
创新互联公司专注于永定企业网站建设,响应式网站设计,商城网站定制开发。永定网站建设公司,为永定等地区提供建站服务。全流程按需定制设计,专业设计,全程项目跟踪,创新互联公司专业和态度为您提供的服务
init()方法
init方法在容器器装入servlet 时执行,servlet容器在实例化后只调用一次init方法,init方法必须在servlet接收到任何请求之前完成。
这个方法通常用来进行一些资源的管理和初始化,如从配置文件读取配置数据,读取初始化参数,初始化缓冲迟等一次性的操作。
getservletConfig()方法
GetservletConfig方法返回一个 servletConfig 对象,该对象用来返回这个servlet的初始化信息和启动参数。返回的是传递到init方法servletConfig。
Service()方法
Service方法是应用程序逻辑的进入点,是Servlet方法的核心,WEB容器调用这个方法来响应进入的请求,只有servlet成功被init()方法初始化后,Service方法才会被调用。
getservletInfo()方法
这个方法返回一个字符串对象,提供有关servlet 的信息,如作者、版本等。
destroy()方法
destroy方法在容器移除Servlet时执行,同样只执行一次。这个方法会在所有的线程的service()方法执行完成或者超时后执行,调用这个方法后,容器不会再调用这个Servlet的方法,也就是说容器不再把请求发送给这个Servlet。这个方法给Servlet释放占用的资源的机会,通常用来执行一些清理任务。
这个接口定义了初始化一个servlet,服务请求和从容器中移除Servlet的方法。他们按照下面的顺序执行:
◆servlet被实例化后,用init方法进行初始化
◆客户端的任何请求都调用service方法
◆Servlet被移除服务,调用destroy方法销毁
servlet的生存周期如下图:
请求分发
请求分发可以让一个servlet把请求分配到另外一个资源,RequestDispatcher接口提供了实现他的机制。可以通过下面两种方式从servletContext中获得一个实现了RequestDispatcher接口的对象:
◆getRequestDispatcher
◆getNamedDispatcher
getRequestDispatcher方法接受一个指向目标资源的URL路径
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);
getNamedDispatcher方法接受一个servlet名称参数,这个名称是在部署描述符中﹤servlet-name﹥元素指定的那个名称。
RequestDispatcher rd = getservletContext().getNamedDispatcher (“catalog”);
RequestDispatcher接口有两个方法,允许你在调用的servlet完成初步处理后把请求响应分配到另外一个资源,
forward()方法:
public void forward(servletRequest request, servletReponse reponse) throws SwerletException,IOException
forward方法上让你把请求转发到另外的servlet或者jsp或者html等资源,由这个资源接下来负责响应。如:
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”); rd. forward(request,response);
include()方法:
public void include (servletRequest request, servletReponse reponse) throws SwerletException,IOException
include方法让你的servlet响应中包含另外一个资源生成内容
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”); rd. include(request,response);
结合WebWork的具体分析
WebWork是由OpenSymphony组织开发实现MVC模式的J2EE Web框架。在介绍完servlet规范的相关内容后,我们看看WebWork是如何注入到一个servlet中的,假设我们有一个上下文环境为“/WebWorkdDemo”的WEB应用。
部署描述符
在部署描述符中,我们需要进行如下配置:
﹤servlet﹥ ﹤servlet-name﹥webwork﹤/servlet-name﹥ ﹤servlet-class﹥com.opensymphony.webwork.dispatcher.servletDispatcher﹤/servlet-class﹥ ﹤/servlet﹥ …… ﹤servlet-mapping﹥ ﹤servlet-name﹥webwork﹤/servlet-name﹥ ﹤url-pattern﹥*.action﹤/url-pattern﹥ ﹤/servlet-mapping﹥
我们声明了一个名为webwork的servlet和*.action到这个servlet的映射,这个servlet就是webwork中的controller,担任MVC框架中非常重要的控制器角色。
映射请求到servlet在XWork的配置文件xwork.xml中有如下片段:
﹤action name="demo" class=" webworkapp.DemoAction"﹥ ﹤result name="success" type="dispatcher"﹥ ﹤param name="location"﹥/demo.jsp﹤/param﹥ ﹤/result﹥ ﹤/action﹥
这样我们由http://localhost:8080/WebWorkDemo/demo.action这个URL向服务器发出请求时,WEB容器首先确定转到哪一个WEB应用程序,容器将请求URL和上下文环境进行匹配后知道将转到/WebWorkdDemo这个WEB应用。
接下来容器会在/WebWorkdDemo这个应用的部署描述符中进行查找处理这个请求的servlet,根据后缀*.action找到名称为webwork这个servlet,这样根据部署描述符,这个请求被映射到webwork中的controller组件com.opensymphony.webwork.dispatcher.servletDispatcher来处理。这个担任控制器组件的servlet在他的service()方法中在根据请求的路径解析出对应的action来进行处理。
通过上面的的处理,实现了将web请求转到了webwork中的控制器servletDispatcher。不止是webwork,实现MVC的web框架都需要进行类似的处理来将web请求转入到自己的controller.以便进行进一步的处理。
servlet生存周期
servletDispatcher这个servlet的存周期可以如下:
在服务器启动的时候,容器首先实例化servletDispatcher
实例化完成后,将调用init()方法,在init方法中执行了以下操作:
◆初始化Velocity引擎
◆检查是否支持配置文件重新载入功能。如果支持,每个request请求都将重新装载xwork.xml配置文件,在开发时非常方便。
◆设置一些文件上传的信息,比如:上传临时目录,上传的***字节等。
每次请求都调用service()方法,在service方法中执行了以下方法
◆通过request请求取得action的命名空间
◆根据servlet请求的Path,解析出要调用该请求的Action的名字(actionName)
◆创建Action上下文(extraContext),遍历HttpservletRequest、HttpSession、servletContext 中的数据,并将其复制到Webwork的Map实现中,至此之后,所有数据操作均在此Map结构中进行,从而将内部结构与servlet API相分离。
◆以上述信息作为参数,调用ActionProxyFactory创建对应的ActionProxy实例。ActionProxyFactory 将根据Xwork 配置文件(xwork.xml)中的设定,创建ActionProxy实例,ActionProxy中包含了Action的配置信息(包括Action名称,对应实现类等等)。
◆执行proxy的execute()方法
容器移除servlet 时执行destroy(),在servletDispatcher这个servlet中并没有重写destroy方法,在移除servlet时,将什么也不做。
请求分发
WebWork提供了多种活灵活视图展现方式,例如还是我们上面在xwork.xml中的配置:
﹤action name="demo" class=" webworkapp.DemoAction"﹥ ﹤result name="success" type="dispatcher"﹥ ﹤param name="location"﹥/demo.jsp﹤/param﹥ ﹤/result﹥ ﹤/action﹥
根据以上配置当DemoAction的返回值为"success"时的处理类型为"dispatcher",当result的type为"dispatcher"时,通过javax.servlet.RequestDispatcher的forward()或include()方法将处理结果和表现层融合后展现给用户
我们可以看看WebWork提供的dispatcher类型Result Type的实现类com.opensymphony .webwork.dispatcher.servletDispatcherResult中的代码片断:
HttpservletRequest request = servletActionContext.getRequest(); HttpservletResponse response = servletActionContext.getResponse(); RequestDispatcher dispatcher = request.getRequestDispatcher(finalLocation); if (dispatcher == null) { response.sendError(404, "result '" + finalLocation + "' not found"); return; } if (!response.isCommitted() && (request.getAttribute("javax.servlet.include.servlet_path") == null)) { request.setAttribute("webwork.view_uri", finalLocation); request.setAttribute("webwork.request_uri", request.getRequestURI()); dispatcher.forward(request, response); } else { dispatcher.include(request, response); }
servletDispatcherResult类的从servletActionContex中得到HttpservletRequest和HttpservletResponse,然后调用request.getRequestDispatcher(finalLocation)方法得到一个RequestDispatcher实例,如果返回的是null,则输出404页面未找到的错误,否则将调用dispatcher.forward(request, response)或者dispatcher.include(request, response)进行请求分发,将处理结果和表现层融合后展现给用户。
到此,相信大家对“如何在Servlet中添加web框架”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流