資訊專欄INFORMATION COLUMN
摘要：第二次嘗試以為是打包過程中出現(xiàn)了問題，清理項目重新打，然后重新部署到上，仍然沒有解決問題。于是我在所有目錄下都找了一遍，果然在目錄下發(fā)現(xiàn)了一個項目的同名文件關，刪除之。重新把新的包到目錄下后重啟。
序
不久前畢設網(wǎng)站的第三版上線，然后我遇到了一個奇怪的bug：
簡直迷 第一次嘗試訪問頁面的時候，第一次打開404，必須F5刷新后才能正常顯示
最開始以為是瀏覽器緩存沒有清理【思路大概是：瀏覽器發(fā)現(xiàn)這網(wǎng)頁訪問過，于是直接加載了緩存，但緩存是404】，然后清理緩存，重新訪問，結果發(fā)現(xiàn)不是緩存的問題。
第二次嘗試以為是打包過程中出現(xiàn)了問題，清理項目重新打war，然后重新部署到tomcat上，仍然沒有解決問題。
話說我部署的方式特別簡單粗暴：
第三次嘗試STS導出war包，傳到服務器備份
停止Tomcat運行
刪除Tomcat的webapp目錄下上個版本的war包和文件夾
將war包拷貝到webapp目錄下
重新啟動Tomcat
stackoverflow上有人說打包過程中不能出現(xiàn)任何warning（P！我有warning前幾次還不是運行得好好的）和error（廢話），總之當成死馬醫(yī)醫(yī)看，把warning們都搞掉了
這時我想了一下，感覺還是Tomcat的問題，如果我想訪問新文件，但是Tomcat還是找舊文件去了，但是舊文件已經(jīng)rm -rf，就會404了
于是我猜是之前的舊文件沒有刪除干凈。
于是我在Tomcat所有目錄下都找了一遍，果然在work/Catalina目錄下發(fā)現(xiàn)了一個項目的同名文件！
關Tomcat，刪除之。
重新把新的war包cp到webapp目錄下后重啟Tomcat。
萬事OK。o(*￣▽￣*)ブ
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://m.hztianpu.com/yun/65904.html
摘要：每一條日志記錄也包含級別，代表對應消息的嚴重程度。即格式化器，主要功能是確定最終輸出的形式和內容。最好是日志能夠按自然天進行記錄和分割。 上一章學習了自動化測試，很好，現(xiàn)在我們可以絞盡腦汁寫出一份全面的測試，來保證代碼永遠健康了。 話雖如此，但是作為一個獨立開發(fā)者很難寫出真正全面的測試代碼。這是因為用戶在使用你的網(wǎng)站時可不會循規(guī)蹈矩，而是會以各種怪異的姿勢瀏覽網(wǎng)頁、上傳數(shù)據(jù)。但這也不是...
摘要：釘釘新需求溝通后了解到，是一個臨時需求。開始部署環(huán)境一個項目開發(fā)的前提是什么是正常運行并開啟調試模式。及時復盤項目的開發(fā)流程，記錄開發(fā)計劃中遇到的協(xié)作問題和技術問題。 ? 釘釘新需求 溝通后了解到，是一個臨時需求。 在一個老項目上。 具體有多老，直到開發(fā)完也不知道。 showImg(https://segmentfault.com/img/remote/1460000019364396...
摘要：釘釘新需求溝通后了解到，是一個臨時需求。開始部署環(huán)境一個項目開發(fā)的前提是什么是正常運行并開啟調試模式。及時復盤項目的開發(fā)流程，記錄開發(fā)計劃中遇到的協(xié)作問題和技術問題。 ? 釘釘新需求 溝通后了解到，是一個臨時需求。 在一個老項目上。 具體有多老，直到開發(fā)完也不知道。 showImg(https://segmentfault.com/img/remote/1460000019364396...
閱讀 1748·2023-04-26 02:11
閱讀 3065·2023-04-25 16:18
閱讀 3772·2021-09-06 15:00
閱讀 2710·2019-08-30 15:55
閱讀 1995·2019-08-30 13:20
閱讀 2106·2019-08-26 18:36
閱讀 3197·2019-08-26 11:40
閱讀 2638·2019-08-26 10:11
