tomcat部署的三種方式及優缺點對比
Tomcat的三種部署方式:
為了演示需要,簡單建立了一個web專案tomcat_deploy ,編寫了 index.jsp 作為歡迎頁
部署方法一:將編譯成功的web專案直接放到webapps目錄中(注意是編譯成功的web專案,也可以是war包);
部署方式二:修改tomcat安裝目錄下的 conf/server.xml 檔案,修改方式如下:
為了不引起歧義,首先刪除部署在webapps下面的 tomcat_depoy 專案
然後開啟tomcat安裝目錄下的 conf/server.xml 檔案,在<Host></Host>標籤之間輸入配置資訊:
<Context path =”/tomcat_deploy” docBase = “D:\workspace\tomcat_deploy\WebContent” reloadable = “true” />
path: 瀏覽器訪問時的路徑名;
docBase: web 專案的webContent所在的路徑; ps:注意是webContent所在的路徑(即編譯後的專案),不是專案的路徑
reloadable: 設定專案有改動時,是否重新載入該專案;
配置完成以後,啟動tomcat便可以訪問專案:
部署方式三: 進入%tomcat_home%/conf/Catalina/localhost ( 即進入tomcat安裝目錄/conf/localhost/ ) 目錄下新建一個 專案名.xml 檔案
注意:在 專案名.xml 中配置語句,配置方式和第二種方法一樣,但是不需要配置path,因為 專案名.xml 中的 專案名 的作用就和 path 作用一樣,它決定訪問的專案路徑,具體如下:
<Context docBase=” D:\workspace\tomcat_deploy\WebContent” reloadable=”true” / >
啟動tomcat,便可以訪問該專案:
總結:
1: 第一種方法比較普通,需要將編譯好的專案copy,到webapps目錄下,多出兩步
2:第二種方法直接在 server.xml 檔案中配置,但是從tomcat5.0版本以後,server.xml 作為tomcat啟動的主要配置檔案,一旦tomcat啟動後,便不會再讀取這個檔案,因此無法再tomcat啟動後釋出web項
目。
3:第三種方法是最好的。每個專案分開配置,tomcat以/conf/Catalina/localhost/ 目錄下的 xml檔案的檔名作為 web應用的上下文路徑,而不再理會<Context>中配置的path
----成熟其實很簡單,按時抽菸喝酒天天熬夜擼串白天上課工作,現在的你很快就會領略四五十歲的滄桑,haha