WebServer Application Server，簡稱was，是一款很強大的服務器中間件，常常用於大型項目的開發的負載均衡上。好了，廢話少說，進入主題。
用過was的人，肯定都知道，was的緩存是挺嚴重的。最近我被was的緩存弄得很頭疼，根據項目的需求，對web.xml文件進行代碼的添加，然后上傳到系統上，重啟was中間件之后報了找不到我所添加的標簽額錯誤，重新啟動很多次，都還是一樣的結果，百思不得其解。web.xml文件確確實實被修改了，但是為什么還是報找不到添加標簽的錯誤呢？這時候問題就畢竟明顯了，很有可能是was緩存機制的問題。后來我就到was的安裝目錄下去尋找web.xml的緩存文件。經過百度搜索之后，was的緩存路徑是WebSphere/AppServer/profiles，但是問題又來了，在profiles目錄下有千千萬萬個web.xml，實在是不好看出我所要修改的web.xml是在哪個目錄下。這時候我用了一個工具，代碼搜索的工具，功能還是蠻強大的，StringFinder，通過搜索原本web.xml中存在的某個字段，可以定位出所要修改的web.xml文件的目錄，最后讓我成功的定位了，是在
/AppServer/profiles/AppSrv01/config/cells/gzcrmma01Node01Cell/applications/XXXX.ear/deployments/XXXX/ncWeb.war/WEB-INF/web.xml ，終於找到了這個文件，最后打開它，然后把我后來添加的代碼，寫到緩存中的web.xml文件內。再重啟was中間件，大功告成，終於完工了，這回真的是被was的緩存給坑慘了。之前一直都是以為自己的代碼寫得有問題，但是原來是was的緩存問題。
我是通過修改was內部目錄文件的內容來解決這個問題的，我覺得這樣不是很好。但是由於項目上時間的倉促就暫時沒有深入的去研究了。如果大家有更好的方法，歡迎留貼，大家一起學習學習！