您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“如何在Servlet中添加web框架”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學(xué)習“如何在Servlet中添加web框架”吧!
init()方法
init方法在容器器裝入servlet 時執(zhí)行,servlet容器在實例化后只調(diào)用一次init方法,init方法必須在servlet接收到任何請求之前完成。
這個方法通常用來進行一些資源的管理和初始化,如從配置文件讀取配置數(shù)據(jù),讀取初始化參數(shù),初始化緩沖遲等一次性的操作。
getservletConfig()方法
GetservletConfig方法返回一個 servletConfig 對象,該對象用來返回這個servlet的初始化信息和啟動參數(shù)。返回的是傳遞到init方法servletConfig。
Service()方法
Service方法是應(yīng)用程序邏輯的進入點,是Servlet方法的核心,WEB容器調(diào)用這個方法來響應(yīng)進入的請求,只有servlet成功被init()方法初始化后,Service方法才會被調(diào)用。
getservletInfo()方法
這個方法返回一個字符串對象,提供有關(guān)servlet 的信息,如作者、版本等。
destroy()方法
destroy方法在容器移除Servlet時執(zhí)行,同樣只執(zhí)行一次。這個方法會在所有的線程的service()方法執(zhí)行完成或者超時后執(zhí)行,調(diào)用這個方法后,容器不會再調(diào)用這個Servlet的方法,也就是說容器不再把請求發(fā)送給這個Servlet。這個方法給Servlet釋放占用的資源的機會,通常用來執(zhí)行一些清理任務(wù)。
這個接口定義了初始化一個servlet,服務(wù)請求和從容器中移除Servlet的方法。他們按照下面的順序執(zhí)行:
◆servlet被實例化后,用init方法進行初始化
◆客戶端的任何請求都調(diào)用service方法
◆Servlet被移除服務(wù),調(diào)用destroy方法銷毀
servlet的生存周期如下圖:
請求分發(fā)
請求分發(fā)可以讓一個servlet把請求分配到另外一個資源,RequestDispatcher接口提供了實現(xiàn)他的機制。可以通過下面兩種方式從servletContext中獲得一個實現(xiàn)了RequestDispatcher接口的對象:
◆getRequestDispatcher
◆getNamedDispatcher
getRequestDispatcher方法接受一個指向目標資源的URL路徑
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);
getNamedDispatcher方法接受一個servlet名稱參數(shù),這個名稱是在部署描述符中﹤servlet-name﹥元素指定的那個名稱。
RequestDispatcher rd = getservletContext().getNamedDispatcher (“catalog”);
RequestDispatcher接口有兩個方法,允許你在調(diào)用的servlet完成初步處理后把請求響應(yīng)分配到另外一個資源,
forward()方法:
public void forward(servletRequest request, servletReponse reponse) throws SwerletException,IOException
forward方法上讓你把請求轉(zhuǎn)發(fā)到另外的servlet或者jsp或者html等資源,由這個資源接下來負責響應(yīng)。如:
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”); rd. forward(request,response);
include()方法:
public void include (servletRequest request, servletReponse reponse) throws SwerletException,IOException
include方法讓你的servlet響應(yīng)中包含另外一個資源生成內(nèi)容
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”); rd. include(request,response);
結(jié)合WebWork的具體分析
WebWork是由OpenSymphony組織開發(fā)實現(xiàn)MVC模式的J2EE Web框架。在介紹完servlet規(guī)范的相關(guān)內(nèi)容后,我們看看WebWork是如何注入到一個servlet中的,假設(shè)我們有一個上下文環(huán)境為“/WebWorkdDemo”的WEB應(yīng)用。
部署描述符
在部署描述符中,我們需要進行如下配置:
﹤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向服務(wù)器發(fā)出請求時,WEB容器首先確定轉(zhuǎn)到哪一個WEB應(yīng)用程序,容器將請求URL和上下文環(huán)境進行匹配后知道將轉(zhuǎn)到/WebWorkdDemo這個WEB應(yīng)用。
接下來容器會在/WebWorkdDemo這個應(yīng)用的部署描述符中進行查找處理這個請求的servlet,根據(jù)后綴*.action找到名稱為webwork這個servlet,這樣根據(jù)部署描述符,這個請求被映射到webwork中的controller組件com.opensymphony.webwork.dispatcher.servletDispatcher來處理。這個擔任控制器組件的servlet在他的service()方法中在根據(jù)請求的路徑解析出對應(yīng)的action來進行處理。
通過上面的的處理,實現(xiàn)了將web請求轉(zhuǎn)到了webwork中的控制器servletDispatcher。不止是webwork,實現(xiàn)MVC的web框架都需要進行類似的處理來將web請求轉(zhuǎn)入到自己的controller.以便進行進一步的處理。
servlet生存周期
servletDispatcher這個servlet的存周期可以如下:
在服務(wù)器啟動的時候,容器首先實例化servletDispatcher
實例化完成后,將調(diào)用init()方法,在init方法中執(zhí)行了以下操作:
◆初始化Velocity引擎
◆檢查是否支持配置文件重新載入功能。如果支持,每個request請求都將重新裝載xwork.xml配置文件,在開發(fā)時非常方便。
◆設(shè)置一些文件上傳的信息,比如:上傳臨時目錄,上傳的***字節(jié)等。
每次請求都調(diào)用service()方法,在service方法中執(zhí)行了以下方法
◆通過request請求取得action的命名空間
◆根據(jù)servlet請求的Path,解析出要調(diào)用該請求的Action的名字(actionName)
◆創(chuàng)建Action上下文(extraContext),遍歷HttpservletRequest、HttpSession、servletContext 中的數(shù)據(jù),并將其復(fù)制到Webwork的Map實現(xiàn)中,至此之后,所有數(shù)據(jù)操作均在此Map結(jié)構(gòu)中進行,從而將內(nèi)部結(jié)構(gòu)與servlet API相分離。
◆以上述信息作為參數(shù),調(diào)用ActionProxyFactory創(chuàng)建對應(yīng)的ActionProxy實例。ActionProxyFactory 將根據(jù)Xwork 配置文件(xwork.xml)中的設(shè)定,創(chuàng)建ActionProxy實例,ActionProxy中包含了Action的配置信息(包括Action名稱,對應(yīng)實現(xiàn)類等等)。
◆執(zhí)行proxy的execute()方法
容器移除servlet 時執(zhí)行destroy(),在servletDispatcher這個servlet中并沒有重寫destroy方法,在移除servlet時,將什么也不做。
請求分發(fā)
WebWork提供了多種活靈活視圖展現(xiàn)方式,例如還是我們上面在xwork.xml中的配置:
﹤action name="demo" class=" webworkapp.DemoAction"﹥ ﹤result name="success" type="dispatcher"﹥ ﹤param name="location"﹥/demo.jsp﹤/param﹥ ﹤/result﹥ ﹤/action﹥
根據(jù)以上配置當DemoAction的返回值為"success"時的處理類型為"dispatcher",當result的type為"dispatcher"時,通過javax.servlet.RequestDispatcher的forward()或include()方法將處理結(jié)果和表現(xiàn)層融合后展現(xiàn)給用戶
我們可以看看WebWork提供的dispatcher類型Result Type的實現(xiàn)類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,然后調(diào)用request.getRequestDispatcher(finalLocation)方法得到一個RequestDispatcher實例,如果返回的是null,則輸出404頁面未找到的錯誤,否則將調(diào)用dispatcher.forward(request, response)或者dispatcher.include(request, response)進行請求分發(fā),將處理結(jié)果和表現(xiàn)層融合后展現(xiàn)給用戶。
到此,相信大家對“如何在Servlet中添加web框架”有了更深的了解,不妨來實際操作一番吧!這里是億速云網(wǎng)站,更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢,關(guān)注我們,繼續(xù)學(xué)習!
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。