A. 怎樣配置伺服器裡面的Web.XML文件
servlet中web.xml配置詳解(轉)
這篇文章轉自JavaEye，以前配置web.xml時都不知道為什麼這樣，看了之後明白了很多。貼下來，共同分享！
Web.xml常用元素
<web-app>
<display-name></display-name>定義了WEB應用的名字
<description></description> 聲明WEB應用的描述信息
<context-param></context-param> context-param元素聲明應用范圍內的初始化參數。
<filter></filter> 過濾器元素將一個名字與一個實現javax.servlet.Filter介面的類相關聯。
<filter-mapping></filter-mapping> 一旦命名了一個過濾器，就要利用filter-mapping元素把它與一個或多個servlet或JSP頁面相關聯。
<listener></listener>servlet API的版本2.3增加了對事件監聽程序的支持，事件監聽程序在建立、修改和刪除會話或servlet環境時得到通知。
Listener元素指出事件監聽程序類。
<servlet></servlet> 在向servlet或JSP頁面制定初始化參數或定製URL時，必須首先命名servlet或JSP頁面。Servlet元素就是用來完成此項任務的。
<servlet-mapping></servlet-mapping> 伺服器一般為servlet提供一個預設的URL：http://host/webAppPrefix/servlet/ServletName。
但是，常常會更改這個URL，以便servlet可以訪問初始化參數或更容易地處理相對URL。在更改預設URL時，使用servlet-mapping元素。
<session-config></session-config> 如果某個會話在一定時間內未被訪問，伺服器可以拋棄它以節省內存。
可通過使用HttpSession的setMaxInactiveInterval方法明確設置單個會話對象的超時值，或者可利用session-config元素制定預設超時值。
<mime-mapping></mime-mapping>如果Web應用具有想到特殊的文件，希望能保證給他們分配特定的MIME類型，則mime-mapping元素提供這種保證。
<welcome-file-list></welcome-file-list> 指示伺服器在收到引用一個目錄名而不是文件名的URL時，使用哪個文件。
<error-page></error-page> 在返回特定HTTP狀態代碼時，或者特定類型的異常被拋出時，能夠制定將要顯示的頁面。
<taglib></taglib> 對標記庫描述符文件（Tag Libraryu Descriptor file）指定別名。此功能使你能夠更改TLD文件的位置，
而不用編輯使用這些文件的JSP頁面。
<resource-env-ref></resource-env-ref>聲明與資源相關的一個管理對象。
<resource-ref></resource-ref> 聲明一個資源工廠使用的外部資源。
<security-constraint></security-constraint> 制定應該保護的URL。它與login-config元素聯合使用
<login-config></login-config> 指定伺服器應該怎樣給試圖訪問受保護頁面的用戶授權。它與sercurity-constraint元素聯合使用。
<security-role></security-role>給出安全形色的一個列表，這些角色將出現在servlet元素內的security-role-ref元素
的role-name子元素中。分別地聲明角色可使高級IDE處理安全信息更為容易。
<env-entry></env-entry>聲明Web應用的環境項。
<ejb-ref></ejb-ref>聲明一個EJB的主目錄的引用。
< ejb-local-ref></ ejb-local-ref>聲明一個EJB的本地主目錄的應用。
</web-app>
B. web.xml的詳細分析
1 定義頭和根元素
部署描述符文件就像所有XML文件一樣，必須以一個XML頭開始。這個頭聲明可以使用的XML版本並給出文件的字元編碼。
DOCTYPE聲明必須立即出現在此頭之後。這個聲明告訴伺服器適用的servlet規范的版本（如2.2或2.3）並指定管理此文件其餘部分內容的語法的DTD(Document Type Definition，文檔類型定義)。
所有部署描述符文件的頂層（根）元素為web-app。請注意，XML元素不像HTML，他們是大小寫敏感的。因此，web-App和WEB-APP都是不合法的，web-app必須用小寫。
2 部署描述符文件內的元素次序
XML 元素不僅是大小寫敏感的，而且它們還對出現在其他元素中的次序敏感。例如，XML頭必須是文件中的第一項，DOCTYPE聲明必須是第二項，而web- app元素必須是第三項。在web-app元素內，元素的次序也很重要。伺服器不一定強制要求這種次序，但它們允許（實際上有些伺服器就是這樣做的）完全拒絕執行含有次序不正確的元素的Web應用。這表示使用非標准元素次序的web.xml文件是不可移植的。
下面的列表給出了所有可直接出現在web-app元素內的合法元素所必需的次序。例如，此列表說明servlet元素必須出現在所有servlet-mapping元素之前。請注意，所有這些元素都是可選的。因此，可以省略掉某一元素，但不能把它放於不正確的位置。
l icon icon元素指出IDE和GUI工具用來表示Web應用的一個和兩個圖像文件的位置。
l display-name display-name元素提供GUI工具可能會用來標記這個特定的Web應用的一個名稱。
l description description元素給出與此有關的說明性文本。
l context-param context-param元素聲明應用范圍內的初始化參數。
l filter 過濾器元素將一個名字與一個實現javax.servlet.Filter介面的類相關聯。
l filter-mapping 一旦命名了一個過濾器，就要利用filter-mapping元素把它與一個或多個servlet或JSP頁面相關聯。
l listener servlet API的版本2.3增加了對事件監聽程序的支持，事件監聽程序在建立、修改和刪除會話或servlet環境時得到通知。Listener元素指出事件監聽程序類。
l servlet 在向servlet或JSP頁面制定初始化參數或定製URL時，必須首先命名servlet或JSP頁面。Servlet元素就是用來完成此項任務的。
l servlet-mapping 伺服器一般為servlet提供一個預設的URL：http://localhost/webAppPrefix/servlet/ServletName。但是，常常會更改這個URL，以便servlet可以訪問初始化參數或更容易地處理相對URL。在更改預設URL時，使用servlet-mapping元素。
l session-config 如果某個會話在一定時間內未被訪問，伺服器可以拋棄它以節省內存。可通過使用HttpSession的setMaxInactiveInterval方法明確設置單個會話對象的超時值，或者可利用session-config元素制定預設超時值。
l mime-mapping 如果Web應用具有想到特殊的文件，希望能保證給他們分配特定的MIME類型，則mime-mapping元素提供這種保證。
l welcom-file-list welcome-file-list元素指示伺服器在收到引用一個目錄名而不是文件名的URL時，使用哪個文件。
l error-page error-page元素使得在返回特定HTTP狀態代碼時，或者特定類型的異常被拋出時，能夠制定將要顯示的頁面。
l taglib taglib元素對標記庫描述符文件（Tag Libraryu Descriptor file）指定別名。此功能使你能夠更改TLD文件的位置，而不用編輯使用這些文件的JSP頁面。
l resource-env-ref resource-env-ref元素聲明與資源相關的一個管理對象。
l resource-ref resource-ref元素聲明一個資源工廠使用的外部資源。
l security-constraint security-constraint元素制定應該保護的URL。它與login-config元素聯合使用
l login-config 用login-config元素來指定伺服器應該怎樣給試圖訪問受保護頁面的用戶授權。它與sercurity-constraint元素聯合使用。
l security-role security-role元素給出安全形色的一個列表，這些角色將出現在servlet元素內的security-role-ref元素的role-name子元素中。分別地聲明角色可使高級IDE處理安全信息更為容易。
l env-entry env-entry元素聲明Web應用的環境項。
l ejb-ref ejb-ref元素聲明一個EJB的主目錄的引用。
l ejb-local-ref ejb-local-ref元素聲明一個EJB的本地主目錄的應用。
3 分配名稱和定製的UL
在web.xml中完成的一個最常見的任務是對servlet或JSP頁面給出名稱和定製的URL。用servlet元素分配名稱，使用servlet-mapping元素將定製的URL與剛分配的名稱相關聯。
3.1 分配名稱
為了提供初始化參數，對servlet或JSP頁面定義一個定製URL或分配一個安全形色，必須首先給servlet或JSP頁面一個名稱。可通過 servlet元素分配一個名稱。最常見的格式包括servlet-name和servlet-class子元素（在web-app元素內），如下所示：
Xml代碼
<servlet>
<servlet-name>Test</servlet-name>
<servlet-class>moreservlets.TestServlet</servlet-class>
</servlet>
<servlet>
<servlet-name>Test</servlet-name>
<servlet-class>moreservlets.TestServlet</servlet-class>
</servlet>
這表示位於WEB-INF/classes/moreservlets/TestServlet的servlet已經得到了注冊名Test。給 servlet一個名稱具有兩個主要的含義。首先，初始化參數、定製的URL模式以及其他定製通過此注冊名而不是類名引用此servlet。其次,可在 URL而不是類名中使用此名稱。因此，利用剛才給出的定義，URL http://localhost/webAppPrefix/servlet/Test 可用於 http://localhost/webAppPrefix/servlet/moreservlets.TestServlet 的場所。
請記住：XML元素不僅是大小寫敏感的，而且定義它們的次序也很重要。例如，web-app元素內所有servlet元素必須位於所有servlet- mapping元素（下一小節介紹）之前，而且還要位於5.6節和5.11節討論的與過濾器或文檔相關的元素（如果有的話）之前。類似地，servlet 的servlet-name子元素也必須出現在servlet-class之前。5.2節部署描述符文件內的元素次序將詳細介紹這種必需的次序。
例如，程序清單5-1給出了一個名為TestServlet的簡單servlet，它駐留在moreservlets程序包中。因為此servlet是紮根在一個名為deployDemo的目錄中的Web應用的組成部分，所以TestServlet.class放在deployDemo/WEB- INF/classes/moreservlets中。程序清單5-2給出將放置在deployDemo/WEB-INF/內的web.xml文件的一部分。此web.xml文件使用servlet-name和servlet-class元素將名稱Test與TestServlet.class相關聯。圖 5-1和圖5-2分別顯示利用預設URL和注冊名調用TestServlet時的結果。
C. web.xml中相關配置
在web.xml中通過contextConfigLocation配置spring，contextConfigLocation參數定義了要裝入的 Spring 配置文件
部署applicationContext.xml文件
如果不寫任何參數配置，默認的是在/WEB-INF/applicationContext.xml
如果指定了要載入的文件,則會去載入相應的xml,而不會去載入/WEB-INF/下的applicationContext.xml。如果沒有指定的話，默認會去/WEB-INF/下載入applicationContext.xml。
如果想要自定義文件名，需要在web.xml中加入contextConfigLocation這個context參數
springmvc的默認配置文件是放在WEB-INF下的，並且要命名為 -servlet.xml， 為servlet—name，即下文中的"Springmvc"
web.xml文件中webAppRootKey屬性是web項目的絕對路徑，默認值是webApp.root,可以通過System.getProperty(「webApp.root」)來獲取屬性值或者在配置文件中通過${webApp.root}獲得。
Spring通過 org.springframework.web.util.WebAppRootListener 這個監聽器來注入項目路徑，因此部署在同一個web容器中的項目，要配置不同的param-value（比如」項目名.root」），不然會造成沖突。但是如果在web.xml中已經配置了org.springframework.web.util.Log4jConfigListener這個監聽器，則不需要配置WebAppRootListener了。因為Log4jConfigListener已經包含了WebAppRootListener的功能。WebAppRootListener要在ApplicationContext的ContextLoaderListener之前，否則ApplicationContext的bean注入根目錄值時會發生無法注入異常。
"webapp.root"這個字元串可以隨便寫任何字元串。如果不配置默認值是"webapp.root"。
可以用System.getProperty("webapp.root")來動態獲項目的運行路徑。
一般返回結果例如：/usr/local/tomcat6/webapps/項目名
定義以後，在Web Container啟動時將把ROOT的絕對路徑寫到系統變數里。
然後log4j的配置文件里就可以用${webName.root }來表示Web目錄的絕對路徑，把log文件存放於webapp中。
此參數用於後面的「Log4jConfigListener」-->
D. IDEA給工程添加或修改Web資源目錄
在Maven的Web工程中，我們在webapp目錄下是可以創建jsp頁面的
但是我們在main/java目錄下是沒有辦法創建jsp頁面的。
這說明IDEA內部對Maven工程的每一個文件中所含文件格式是非常嚴格的。
如果需要在main/java目錄下創建jsp，需要把改目錄轉換成web資源目錄，需要如下設置。
把所需要添加jsp的文件路徑，添加到web資源目錄（Web Resource Directories）找中即可。
這個時候在去java目錄下創建jsp頁面就可以了，還有一點，你會發現，java目錄的圖標樣式也有改變了
web.xml和webapp相關配置，讓IDEA知道web.xml是web入口（上邊的配置），並且指定webapp為web項目的根目錄（ROOT PATH） （也就是資源目錄的位置）
本文所說，如果項目中需要修改資源文件的位置，就用本文中的步驟即可。
E. 在webxml中添加metadata-complete="true"有什麼作用
web.xml文件中使用<metadata-complete>元素通知Web容器是否要尋找註解，如果你將<metadata-complete>設為false，或者在文件中不指定<metadata-complete>元素，那麼在部署期間，容器必須掃描註解和Web分片，為Web應用程序構建有效的元數據。如果將<metadata-complete>設為true，將由部署描述符為Web應用程序提供所有的配置信息。
個人覺得這個功能非常好解決了webapp劃分模塊問題,以前如果我們一個大項目webapp分很多模塊的話,配置只能在一個web.xml里配置,子模塊必須去同一個web.xml里注冊,有了這個,你可以吧子模塊的配置信息隨子模塊本身攜帶,容器幫助你組合到一塊就行了,個人理解如此,希望熟悉的補充!