Tomcat 之Tomcat Manager

1 Tomcat Manager

Tomcat Manager設置用戶及權限請見上篇https://my.oschina.net/HJCui/blog/678161

(1)列出當前已部署的應用
http://localhost:8080/manager/text/list

(2)從新加載一個現有應用

http://localhost:8080/manager/text/reload?path=/examples
標記一個現有應用， 關閉它並從新加載。 這一功能的適用狀況爲： 當 Web 應用上下文不能從新加載； 你已經更新了 /WEB-INF/classes 目 錄中的類和屬性文件時； 或者當你在 /WEB-INF/lib 目 錄添加或更新了 jar 文件。
注意： 在從新加載時， Web 應用配置文件 /WEB-INF/web. xml 沒法從新讀取。 若是對 web.xml 文件做出改動， 則必須中止並啓動 Web 應用。
若是命令成功執行， 應得以下所示的響應：
OK - Reloaded application at context path /examples

(3)列出 OS 及 JVM 屬性

http://localhost:8080/manager/text/serverinfo

(4)會話統計

http://localhost:8080/manager/text/sessions?path=/zhuanlan

(5)過時會話

http://localhost:8080/manager/text/expire?path=/zhuanlan&idle=num

 

實際上， /sessions 和 /expire 是同一個命令的兩種異名， 惟一不一樣之處在於 idle 參數。

(6)開啓 一個現有應用

http://localhost:8080/manager/text/start?path=/zhuanlan

標記一個已中止的應用， 從新開啓它， 使其再次可用。 中止並隨後從新開啓應用有時顯得很是重要， 好比當應用所需的服務器暫時變得不可用時。 一般狀況下， 與其讓用戶頻繁碰到數據庫異常， 倒不如中止基於該數據庫的Web 應用運行。

(7)中止已有應用

http://localhost:8080/manager/text/stop?path=/zhuanlan
標記現有應用， 使其不可用， 但仍使其處於已部署狀態。 當應用中止時， 任何請求都將獲得著名的 HTTP 404錯誤。 在應用列表中， 該應用將顯示爲「stopped」。

(8)尋找內存泄露
http://localhost:8080/manager/text/findleaks[?statusLine=[true| false] ]
尋找內 存泄露的診斷將觸發一個完全的垃圾回 收（ GC） 方案， 因此 若是在生產環境中 使用 它， 須要很是謹慎才行。尋找內存泄露的診斷會試圖確認已致使內存泄露的 Web 應用（當其處於中止、 從新加載， 以及被取消部署狀態時） 。 一般由一種分析器來確認結論。 診斷使用了由 StandardHost（標準主機） 實現所提供的附加功能。 若是使用的是沒有擴展自 StandHost 的自 定義主機， 則該診斷沒法生效。已有一些文檔介紹， 從 Java 代碼中顯式地觸發完全的垃圾回收方案是不可靠的。 此外， 在不一樣的 JVM 中， 也有不少選項禁止顯式觸發垃圾回收， 好比像 -XX: +DisableExplicitGC 。 若是你須要確認診斷是否成功地實現了完全的垃圾回收， 可使用 GC 日 志、 JConsole 分析器， 或其餘相似工具。
若是該命令成功執行， 將獲得相似以下的響應：

若是你但願在響應中看到狀態行， 那麼能夠在請求中加入 statusLine 查詢參數， 並將其設定爲 true 。對於已中止運行、 被從新加載或被取消部署的Web 應用， 因爲以前運行所用到的類可能仍然加載在內存中， 從而會形成內存泄露。 響應將把這種應用的每一個上下文路徑都單列一行。 若是應用被從新加載了數次， 就可能會列出幾回。若是命令並無成功執行， 響應將以 FAIL 開頭， 幷包含一個錯誤消息。

(9)虛擬機（ VM） 相關信息
http://localhost:8080/manager/text/vminfo
寫入一些關於 Java 虛擬機（ JVM） 的診斷信息。
響應相似以下所示：

 

(10)服務器狀態

可從下面這些連接中觀察有關服務器的狀態信息。 任何一個 **manager-**** 角色都能訪問這一頁面。
http://localhost:8080/manager/status/all

完。