1. 程式人生 > >tomcat部署的三種方式及優缺點對比

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