『壹』 怎麼更改Web Project的 Web Context-root的路徑
在jave中 Web Project的 Web Context-root的路徑可以是:「/工程名」;也可以 是「/」,兩者訪問形式不同。現在講下怎麼更改Web Project的 Web Context-root的路徑。
1、右鍵點擊Web項目---->「Properties」；
2、彈出「Properties for xxx」的窗口界面，在左側導航菜單欄找到「MyEclipse」--->「Web」；
3、在右邊的Context Root界面的「Context Root」中可進行更改設置。
注意:
如果在Tomcat伺服器沒運行的時候，對一個以前已部署的Web應用的Web Context-root進行修改,此時MyEclipse會將把以前這個Web應用的部署刪除，重新部署。
如
果在Tomcat伺服器運行的時候,對一個已部部署且正在運行的Web應用的Web
Context-root進行修改,那麼MyEclipse不會將這個Web應用之前的部署刪除,而是出現一個黃色的感嘆號。結果是Web
Context-root被更改了，但此時的部署其實沒起作用,需要刪除原來的部署,重新在Tomcat中按「Add Deployment」重新部署。
『貳』 idea 怎麼修改 web context名稱
自動建立的web.xml文件如圖：在標簽中插入標簽、標簽，如圖：
『叄』 怎樣獲取webapplicationcontext實例
這種方式適用於採用Spring框架的獨立應用程序，需要程序通過配置文件手工初始化Spring的情況。方法二：通過Spring提供的工具類獲取ApplicationContext對象代碼： import org.springframework.web.context.support.WebApplicationContextUtils; ApplicationContext ac1 = WebApplicationContextUtils.(ServletContext sc) ApplicationContext ac2 = WebApplicationContextUtils.getWebApplicationContext(ServletContext sc) ac1.getBean(beanId); ac2.getBean(beanId);說明：這種方式適合於採用Spring框架的B/S系統，通過ServletContext對象獲取ApplicationContext對象，然後在通過它獲取需要的類實例。上面兩個工具方式的區別是，前者在獲取失敗時拋出異常，後者返回null。方法三：繼承自抽象類ApplicationObjectSupport說明： 抽象類ApplicationObjectSupport提供getApplicationContext()方法，可以方便的獲取到ApplicationContext。Spring初始化時，會通過該抽象類的setApplicationContext(ApplicationContext context)方法將ApplicationContext 對象注入。方法四：繼承自抽象類WebApplicationObjectSupport說明：類似上面方法，調用getWebApplicationContext()獲取WebApplicationContext 方法五：實現介面ApplicationContextAware說明：實現該介面的setApplicationContext(ApplicationContext context)方法，並保存ApplicationContext 對象。Spring初始化時，會通過該方法將ApplicationContext 對象注入。以上方法適合不同的情況，請根據具體情況選用相應的方法。這里值得提一點的是，系統中用到上述方法的類實際上就於Spring框架緊密耦合在一起了，因為這些類是知道它們是運行在Spring框架上的，因此，系統中，應該盡量的減少這類應用，使系統盡可能的獨立於當前運行環境，盡量通過DI的方式獲取需要的服務提供者。
『肆』 為什麼在web.xml加入org.springframework.web.context.ContextLoaderListener之後就變成了404錯誤
這是在項目啟動的時候去載入spring相關的content等。但是使用這個的時候要配置init-param，這個是spring啟動的參數，比如載入文件什麼的。
『伍』 spring 怎麼獲取web.xml中的context
spring 怎麼獲取web.xml中的context
Spring配置文件在類路徑下面
在Spring的java應用程序中，一般我們的Spring的配置文件都是放在放在類路徑下面(也即編譯後會進入到classes目錄下)。
以下的項目，因為是用maven管理的，所以配置文件都放在「src/main/resources」目錄下
這時候，在代碼中可以通過
Java代碼
ApplicationContext applicationContext = new ("applicationContext.xml");
然後獲取相應的bean。
如果代碼想用Junit測試框架來測試，則Spring提供了對Junit支持，還可以使用註解的方式：
Java代碼
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"classpath:applicationContext.xml"})
只需要在相應的Test類前面加上此兩個註解（第二個註解用來指明Spring的配置文件位置），就可以在Junit Test類使用中Spring提供的依賴注入功能。
『陸』 請問一個web項目web.xml的配置中<context-param>配置是起什麼作用的
1.啟動一個WEB項目的時候,容器(如:Tomcat)會去讀它的配置文件web.xml.讀兩個節點: <listener></listener> 和 <context-param></context-param>
2.緊接著,容器創建一個ServletContext(上下文),這個WEB項目所有部分都將共享這個上下文.
3.容器將<context-param></context-param>轉化為鍵值對,並交給ServletContext.
4.容器創建<listener></listener>中的類實例,即創建監聽.
5.在監聽中會有contextInitialized(ServletContextEvent args)初始化方法,在這個方法中獲得
ServletContext = ServletContextEvent.getServletContext();
context-param的值 = ServletContext.getInitParameter("context-param的鍵");
6.得到這個context-param的值之後,你就可以做一些操作了.注意,這個時候你的WEB項目還沒有完全啟動完成.這個動作會比所有的Servlet都要早.
換句話說,這個時候,你對<context-param>中的鍵值做的操作,將在你的WEB項目完全啟動之前被執行.
7.舉例.你可能想在項目啟動之前就打開資料庫.
那麼這里就可以在<context-param>中設置資料庫的連接方式,在監聽類中初始化資料庫的連接.
8.這個監聽是自己寫的一個類,除了初始化方法,它還有銷毀方法.用於關閉應用前釋放資源.比如說資料庫連接的關閉.
9.... 以上資料來自<<Head First Servlet&JSP>>
『柒』 java中WebContext是什麼
WebContext是DWR中獲取request,session等的輔助類。
DWR（Direct Web Remoting）是一個用於改善web頁面與Java類交互的遠程伺服器端Ajax開源框架。
『捌』 web.context.ContextLoader.initWebApplicationContext是什麼錯
這是應用程序配置上下文出來問題，使得載入web應用的時候出錯，應該是配置文件的問題，建議重新檢查配置文件。
『玖』 org.springframework.web.context.support 是屬於哪個jar包的
spring.jar 里就有。
往項目構建路徑里加上一個完整的spring.jar後，和spring的jar包有關的一切問題都可以迎韌而解。