tomcat資料庫配置文件-九游会j9娱乐平台

① tomcat 配置

經常看到許多人問如何配置jdk和jsp，現在我把方法總結下，希望對大家有所幫助。
第一步：下載jdk和tomcat
第二步：安裝和配置你的jdk和tomcat：執行jdk和tomcat的安裝程序，然後設置按照路徑進行安裝即可。
1.安裝j2sdk以後，需要配置一下環境變數，在我的電腦->屬性->高級->環境變數->系統變數中添加以下環境變數(假定你的jdk安裝在c:\jdk1.6）:
java_home=c:\jdk1.6
classpath=. ;%java_home%\lib\dt.jar;%java_home%\lib\tools.jar;（.;一定不能少，因為它代表當前路徑)
path=%java_home%\bin
接著可以寫一個簡單的java程序來測試jdk是否已安裝成功：
public class test{
public static void main(string args[]){
system.out.println("this is a test program.");
}
}
將上面的這段程序保存為文件名為test.java的文件。
然後打開命令提示符窗口，cd到你的test.java所在目錄，然後鍵入下面的命令
javac test.java
java test
此時如果看到列印出來this is a test program.的話說明安裝成功了，如果沒有列印出這句話，你需要仔細檢查一下你的配置情況。

2.安裝tomcat後，在我的電腦->屬性->高級->環境變數->系統變數中添加以下環境變數(假定你的tomcat安裝在c: \tomcat）：
catalina_home: c: \tomcat
catalina_base: c: \tomcat
tomcat_home: c:\tomcat
然後修改環境變數中的classpath，把tomat安裝目錄下的common\lib下的servlet.jar追加到classpath中去，修改後的classpath如下：
classpath=.;%java_home%\lib\dt.jar;%java_home%\lib\tools.jar;�talina_home%\common\lib\servlet.jar;
接著可以啟動tomcat，在ie中訪問http://localhost:8080，如果看到tomcat的歡迎頁面的話說明安裝成功了。
第三步：建立自己的jsp app目錄
1.到tomcat的安裝目錄的webapps目錄，可以看到root，examples, tomcat-docs之類tomcat自帶的的目錄；
2.在webapps目錄下新建一個目錄，起名叫myapp；
3.myapp下新建一個目錄web-inf，注意，目錄名稱是區分大小寫的；
4.web-inf下新建一個文件web.xml，內容如下：


public "-//sun microsystems, inc.//dtd web application 2.3//en"
"http://java.sun.com/dtd/web-app_2_3.dtd">


my web application

a application for test.


5.在myapp下新建一個測試的jsp頁面，文件名為index.jsp，文件內容如下：

now time is: <%=new java.util.date()%>

6.重啟tomcat
7.打開瀏覽器，輸入http://localhost:8080/myapp/index.jsp 看到當前時間的話說明就成功了。
第四步：建立自己的servlet：
寫入你的第一個servlet
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class helloworld extends httpservlet
{
public void doget(httpservletrequest request,httpservletresponse response)th
rows servletexception,ioexception
{
response.setcontenttype("text/html");
printwriter out = response.getwriter();
out.println("");
out.println("");
out.println("");

}
}
然後照樣用javac helloworld.java來編譯這個文件，如果出現無法import javax.servl
et.*
那麼就是應該把c:\tomcat\common\lib裡面的servlet.jar文件拷貝到c:jdkjrelibe
xt中，再次編譯，就沒有問題了！
然後在tomcat目錄裡面的c:\tomcat\webapps\root裡面按如下的文件結構：
root\index.html
root\welcom.jsp
root\web-inf\lib\myservlet.jar（如果你的servlet的.class打成了.jar文件，則放在
lib下面)
root\web-inf\classes\helloworld.class(把上面生成的helloworld.class文件放在這個
裡面)
然後在瀏覽器中輸入http://localhost:8080/servlet/helloworld,於是server眾望所歸的報錯了:error 404--not found
怎麼回事呢？
servlet必須使用c:\tomcat\webapps\root\web-inf這個目錄下面的web.xml文件進行注冊，
用ep打開這個web.xml文件，

把下面這段程序
servlet>
.....



......

替換成

helloworld
helloworld


helloworld
/servlet/helloworld

如果沒有的話，就直接加那段代碼

為什麼呢？
因為 這樣的結構

helloworld
helloworld

表示指定包含的servlet類.
而以下的結構

helloworld
/servlet/helloworld

表示指定helloservlet應當映射到哪一種url模式。
在修改web.xml完畢過後，重新啟動server，然後再輸入http://localhost:8080/servlet/helloworld，那麼偌大一個hello,world!等
著你呢，恭喜你
擺平了：）
在jsp文件開頭加入下面這條語句可以實現中文名稱顯示

<%@ page language="java" contenttype="text/html; charset=gb2312" %>

修改tomcat目錄下conf\server.xml為

port="8080" maxthreads="150" minsparethreads="25" maxsparethreads="75"
enablelookups="false" redirectport="8443" acceptcount="100"
debug="0" connectiontimeout="20000"
disableuploadtimeout="true" uriencoding="utf-8"/>

注意黑體部分是修改的地方，修改之後就可以讓tomcat支持中文鏈接了。
上面是完整的配置方法，還可以上tomcat支持中文，其實我空間里都有。

② 詳解 tomcat 配置文件 server.xml

前言

tomcat隸屬於apache基金會，是開源的輕量級web應用伺服器，使用非常廣泛。server.xml是tomcat中最重要的配置文件，server.xml的每一個元素都對應了tomcat中的一個組件；通過對xml文件中元素的配置，可以實現對tomcat中各個組件的控制。因此，學習server.xml文件的配置，對於了解和使用tomcat至關重要。

本文將通過實例，介紹server.xml中各個組件的配置，並詳細說明廳謹tomcat各個核心組件的作用以及各個組件之間的相互關系。

說明：由於server.xml文件中元素與tomcat中組件的對應關系，後文中為了描述方便，「元素」和「組件」的使用不嚴格區分。

一、一個server.xml配置實例

server.xml位於$tomcat_home/conf目錄下；下面是一個server.xml實例。後文中將結合該實例講解server.xml中，各個元素的含義和作用；在閱讀後續章節過程中，可以對照該xml文檔便於理解。

二、server.xml文檔的元素分類和整體結構

1、整體結構

server.xml的整體結構如下：

該結構中只給出了tomcat的核心組件，除了核心組件外，tomcat還有一些其他組件，下面介紹一下組件的分類扮纖基。

2、元素分類

server.xml文件中的元素可以分為以下4類：

（1）頂層元素：和

元素是整個配置文件的根元素，元素則代表一個engine元素以及一組與之相連的connector元素。

（2）連接器：

代表了外部客戶端發送請求到特定service的介面；同時也是外部客戶端從特定service接收響應的介面。

（3）容器：

容器的功能是處理connector接收進來的請求，並產生相應的響應。engine、host和context都是容器，但它們不是平行的關系，而是父子關系：engine包含host，host包含context。一個engine組件可以處理service中的所有請求，一個host組件可以處理發向一個特定虛擬主機的所有請求，一個context組件可以處理一個特定web應用的所有請求。

（4）內嵌組件：可以內嵌到容器中的組件。實際上，server、service、connector、engine、host和context是最重要的最核心的tomcat組件，其他組件都可以歸為內嵌組件。

下面將詳細介紹tomcat中各個核心組件的作用，以及相互之間的關系。

三、核心組件

本部分將分別介紹各個核心組件的作用、特點以及配置方式等。

1、server

server元素在最頂層，代表整個tomcat容器，因此它必須是server.xml中唯一一個最外層的元素。一個server元素中可以有一個或多個service元素。

在第一部分的例子中，在最外層有一個元素，shutdown屬性表示關閉server的指令；port屬性表示server接收shutdown指令的埠號，設為-1可以禁掉該埠。

server的主要任務，就是提供一個介面讓客戶端能夠訪問到這個service集合，同時維護它所包含的所有的service的聲明周期，包括如何初始化、如何結束服務、如何找到客戶端要訪問的service。

2、service

service的作用，是在connector和engine外麵包了一層，把它們組裝在一起，對外提供服務。一個service可以包含多個connector，但是只能包含一個engine；其中connector的作用是從客戶端接收請求，engine的作用是處理接收進來的請求。

在第一部分的例子中，server中包含一個名稱為「catalina」的service。實際上，tomcat可以提供多個service，不同的service監聽不同的埠，後文會有介紹。

3、connector

connector的主要功能，是接收連接請求，創建request和response對象用豎賣於和請求端交換數據；然後分配線程讓engine來處理這個請求，並把產生的request和response對象傳給engine。

通過配置connector，可以控制請求service的協議及埠號。在第一部分的例子中，service包含兩個connector：

在這個例子中，tomcat監聽http請求，使用的是8080埠，而不是正式的80埠；實際上，在正式的生產環境中，tomcat也常常監聽8080埠，而不是80埠。這是因為在生產環境中，很少將tomcat直接對外開放接收請求，而是在tomcat和客戶端之間加一層代理伺服器(如nginx)，用於請求的轉發、負載均衡、處理靜態文件等；通過代理伺服器訪問tomcat時，是在區域網中，因此一般仍使用8080埠。

（2）通過配置第2個connector，客戶端可以通過8009埠號使用ajp協議訪問tomcat。ajp協議負責和其他的http伺服器(如apache)建立連接；在把tomcat與其他http伺服器集成時，就需要用到這個連接器。之所以使用tomcat和其他伺服器集成，是因為tomcat可以用作servlet/jsp容器，但是對靜態資源的處理速度較慢，不如apache和iis等http伺服器；因此常常將tomcat與apache等集成，前者作servlet容器，後者處理靜態資源，而ajp協議便負責tomcat和apache的連接。tomcat與apache等集成的原理如下圖(圖片來源)：

4、engine

engine組件在service組件中有且只有一個；engine是service組件中的請求處理組件。engine組件從一個或多個connector中接收請求並處理，並將完成的響應返回給connector，最終傳遞給客戶端。

前面已經提到過，engine、host和context都是容器，但它們不是平行的關系，而是父子關系：engine包含host，host包含context。

在第一部分的例子中，engine的配置語句如下：

其中，name屬性用於日誌和錯誤信息，在整個server中應該唯一。defaulthost屬性指定了默認的host名稱，當發往本機的請求指定的host名稱不存在時，一律使用defaulthost指定的host進行處理；因此，defaulthost的值，必須與engine中的一個host組件的name屬性值匹配。

5、host

（1）engine與host

host是engine的子容器。engine組件中可以內嵌1個或多個host組件，每個host組件代表engine中的一個虛擬主機。host組件至少有一個，且其中一個的name必須與engine組件的defaulthost屬性相匹配。

（2）host的作用

host虛擬主機的作用，是運行多個web應用（一個context代表一個web應用），並負責安裝、展開、啟動和結束每個web應用。

host組件代表的虛擬主機，對應了伺服器中一個網路名實體(如」www.test.com」，或ip地址」116.25.25.25」)；為了使用戶可以通過網路名連接tomcat伺服器，這個名字應該在dns伺服器上注冊。

客戶端通常使用主機名來標識它們希望連接的伺服器；該主機名也會包含在http請求頭中。tomcat從http頭中提取出主機名，尋找名稱匹配的主機。如果沒有匹配，請求將發送至默認主機。因此默認主機不需要是在dns伺服器中注冊的網路名，因為任何與所有host名稱不匹配的請求，都會路由至默認主機。

（3）host的配置

在第一部分的例子中，host的配置如下：

下面對其中配置的屬性進行說明：

name屬性指定虛擬主機的主機名，一個engine中有且僅有一個host組件的name屬性與engine組件的defaulthost屬性相匹配；一般情況下，主機名需要是在dns伺服器中注冊的網路名，但是engine指定的defaulthost不需要，原因在前面已經說明。

unpackwars指定了是否將代表web應用的war文件解壓；如果為true，通過解壓後的文件結構運行該web應用，如果為false，直接使用war文件運行web應用。

host的autodeploy和appbase屬性，與host內web應用的自動部署有關；此外，本例中沒有出現的xmlbase和deployonstartup屬性，也與web應用的自動部署有關；將在下一節(context)中介紹。

6、context

（1）context的作用

context元素代表在特定虛擬主機上運行的一個web應用。在後文中，提到context、應用或web應用，它們指代的都是web應用。每個web應用基於war文件，或war文件解壓後對應的目錄（這里稱為應用目錄）。

context是host的子容器，每個host中可以定義任意多的context元素。

在第一部分的例子中，可以看到server.xml配置文件中並沒有出現context元素的配置。這是因為，tomcat開啟了自動部署，web應用沒有在server.xml中配置靜態部署，而是由tomcat通過特定的規則自動部署。下面介紹一下tomcat自動部署web應用的機制。

（2）web應用自動部署

host的配置

要開啟web應用的自動部署，需要配置所在的虛擬主機；配置的方式就是前面提到的host元素的deployonstartup和autodeploy屬性。如果deployonstartup和autodeploy設置為true，則tomcat啟動自動部署：當檢測到新的web應用或web應用的更新時，會觸發應用的部署(或重新部署)。二者的主要區別在於，deployonstartup為true時，tomcat在啟動時檢查web應用，且檢測到的所有web應用視作新應用；autodeploy為true時，tomcat在運行時定期檢查新的web應用或web應用的更新。除此之外，二者的處理相似。

通過配置deployonstartup和autodeploy可以開啟虛擬主機自動部署web應用；實際上，自動部署依賴於檢查是否有新的或更改過的web應用，而host元素的appbase和xmlbase設置了檢查web應用更新的目錄。

其中，appbase屬性指定web應用所在的目錄，默認值是webapps，這是一個相對路徑，代表tomcat根目錄下webapps文件夾。

xmlbase屬性指定web應用的xml配置文件所在的目錄，默認值為conf//，例如第一部分的例子中，主機localhost的xmlbase的默認值是$tomcat_home/conf/catalina/localhost。

檢查web應用更新

一個web應用可能包括以下文件：xml配置文件，war包，以及一個應用目錄(該目錄包含web應用的文件結構)；其中xml配置文件位於xmlbase指定的目錄，war包和應用目錄位於appbase指定的目錄。

tomcat按照如下的順序進行掃描，來檢查應用更新：

a、掃描虛擬主機指定的xmlbase下的xml配置文件

b、掃描虛擬主機指定的appbase下的war文件

c、掃描虛擬主機指定的appbase下的應用目錄

元素的配置

context元素最重要的屬性是docbase和path，此外reloadable屬性也比較常用。

docbase指定了該web應用使用的war包路徑，或應用目錄。需要注意的是，在自動部署場景下(配置文件位於xmlbase中)，docbase不在appbase目錄中，才需要指定；如果docbase指定的war包或應用目錄就在docbase中，則不需要指定，因為tomcat會自動掃描appbase中的war包和應用目錄，指定了反而會造成問題。

path指定了訪問該web應用的上下文路徑，當請求到來時，tomcat根據web應用的 path屬性與uri的匹配程度來選擇web應用處理相應請求。例如，web應用app1的path屬性是」/app1」，web應用app2的path屬性是」/app2」，那麼請求/app1/index.html會交由app1來處理；而請求/app2/index.html會交由app2來處理。如果一個context元素的path屬性為」」，那麼這個context是虛擬主機的默認web應用；當請求的uri與所有的path都不匹配時，使用該默認web應用來處理。

但是，需要注意的是，在自動部署場景下(配置文件位於xmlbase中)，不能指定path屬性，path屬性由配置文件的文件名、war文件的文件名或應用目錄的名稱自動推導出來。如掃描web應用時，發現了xmlbase目錄下的app1.xml，或appbase目錄下的app1.war或app1應用目錄，則該web應用的path屬性是」app1」。如果名稱不是app1而是root，則該web應用是虛擬主機默認的web應用，此時path屬性推導為」」。

reloadable屬性指示tomcat是否在運行時監控在web-inf/classes和web-inf/lib目錄下class文件的改動。如果值為true，那麼當class文件改動時，會觸發web應用的重新載入。在開發環境下，reloadable設置為true便於調試；但是在生產環境中設置為true會給伺服器帶來性能壓力，因此reloadable參數的默認值為false。

下面來看自動部署時，xmlbase下的xml配置文件app1.xml的例子：

在該例子中，docbase位於host的appbase目錄之外；path屬性沒有指定，而是根據app1.xml自動推導為」app1」；由於是在開發環境下，因此reloadable設置為true，便於開發調試。

自動部署舉例

最典型的自動部署，就是當我們安裝完tomcat後，$tomcat_home/webapps目錄下有如下文件夾：

當我們啟動tomcat後，可以使用http://localhost:8080/來訪問tomcat，其實訪問的就是root對應的web應用；我們也可以通過http://localhost:8080/docs來訪問docs應用，同理我們可以訪問examples/host-manager/manager這幾個web應用。

（3）server.xml中靜態部署web應用

除了自動部署，我們也可以在server.xml中通過元素靜態部署web應用。靜態部署與自動部署是可以共存的。在實際應用中，並不推薦使用靜態部署，因為server.xml 是不可動態重載入的資源，伺服器一旦啟動了以後，要修改這個文件，就得重啟伺服器才能重新載入。而自動部署可以在tomcat運行時通過定期的掃描來實現，不需要重啟伺服器。

server.xml中使用context元素配置web應用，context元素應該位於host元素中。舉例如下：

1

docbase：靜態部署時，docbase可以在appbase目錄下，也可以不在；本例中，docbase不在appbase目錄下。

path：靜態部署時，可以顯式指定path屬性，但是仍然受到了嚴格的限制：只有當自動部署完全關閉(deployonstartup和autodeploy都為false)或docbase不在appbase中時，才可以設置path屬性。在本例中，docbase不在appbase中，因此path屬性可以設置。

reloadable屬性的用法與自動部署時相同。

四、核心組件的關聯

1、整體關系

核心組件之間的整體關系，在上一部分有所介紹，這里總結一下：

server元素在最頂層，代表整個tomcat容器；一個server元素中可以有一個或多個service元素。

service在connector和engine外麵包了一層，把它們組裝在一起，對外提供服務。一個service可以包含多個connector，但是只能包含一個engine；connector接收請求，engine處理請求。

engine、host和context都是容器，且 engine包含host，host包含context。每個host組件代表engine中的一個虛擬主機；每個context組件代表在特定host上運行的一個web應用。

2、如何確定請求由誰處理？

當請求被發送到tomcat所在的主機時，如何確定最終哪個web應用來處理該請求呢？

（1）根據協議和埠號選定service和engine

service中的connector組件可以接收特定埠的請求，因此，當tomcat啟動時，service組件就會監聽特定的埠。在第一部分的例子中，catalina這個service監聽了8080埠（基於http協議）和8009埠（基於ajp協議）。當請求進來時，tomcat便可以根據協議和埠號選定處理請求的service；service一旦選定，engine也就確定。

通過在server中配置多個service，可以實現通過不同的埠號來訪問同一台機器上部署的不同應用。

（2）根據域名或ip地址選定host

service確定後，tomcat在service中尋找名稱與域名/ip地址匹配的host處理該請求。如果沒有找到，則使用engine中指定的defaulthost來處理該請求。在第一部分的例子中，由於只有一個host（name屬性為localhost），因此該service/engine的所有請求都交給該host處理。

（3）根據uri選定context/web應用

這一點在context一節有詳細的說明：tomcat根據應用的 path屬性與uri的匹配程度來選擇web應用處理相應請求，這里不再贅述。

（4）舉例

以請求http://localhost:8080/app1/index.html為例，首先通過協議和埠號（http和8080）選定service；然後通過主機名（localhost）選定host；然後通過uri（/app1/index.html）選定web應用。

3、如何配置多個服務

通過在server中配置多個service服務，可以實現通過不同的埠號來訪問同一台機器上部署的不同web應用。

在server.xml中配置多服務的方法非常簡單，分為以下幾步：

（1）復制元素，放在當前後面。

（2）修改埠號：根據需要監聽的埠號修改元素的port屬性；必須確保該埠沒有被其他進程佔用，否則tomcat啟動時會報錯，而無法通過該埠訪問web應用。

以win7為例，可以用如下方法找出某個埠是否被其他進程佔用：netstat -aon|findstr 「8081″發現8081埠被pid為2064的進程佔用，tasklist |findstr 「2064″發現該進程為frameworkservice.exe(這是mcafee殺毒軟體的進程)。

（3）修改service和engine的name屬性

（4）修改host的appbase屬性（如webapps2）

（5）web應用仍然使用自動部署

（6）將要部署的web應用(war包或應用目錄)拷貝到新的appbase下。

以第一部分的server.xml為例，多個service的配置如下：

http://localhost:8080/docs/

http://localhost:8084/docs/

五、其他組件

除核心組件外，server.xml中還可以配置很多其他組件。下面只介紹第一部分例子中出現的組件，如果要了解更多內容，可以查看tomcat官方文檔。

1、listener

listener(即監聽器)定義的組件，可以在特定事件發生時執行特定的操作；被監聽的事件通常是tomcat的啟動和停止。

監聽器可以在server、engine、host或context中，本例中的監聽器都是在server中。實際上，本例中定義的6個監聽器，都只能存在於server組件中。監聽器不允許內嵌其他組件。

監聽器需要配置的最重要的屬性是classname，該屬性規定了監聽器的具體實現類，該類必須實現了org.apache.catalina.lifecyclelistener介面。

下面依次介紹例子中配置的監聽器：

versionloggerlistener：當tomcat啟動時，該監聽器記錄tomcat、java和操作系統的信息。該監聽器必須是配置的第一個監聽器。

aprlifecyclelistener：tomcat啟動時，檢查apr庫，如果存在則載入。apr，即apache portable runtime，是apache可移植運行庫，可以實現高可擴展性、高性能，以及與本地伺服器技術更好的集成。

jasperlistener：在web應用啟動之前初始化jasper，jasper是jsp引擎，把jvm不認識的jsp文件解析成java文件，然後編譯成class文件供jvm使用。

：與類載入器導致的內存泄露有關。

：通過該監聽器，初始化< globalnamingresources>標簽中定義的全局jndi資源；如果沒有該監聽器，任何全局資源都不能使用。< globalnamingresources>將在後文介紹。

：當web應用因thread-local導致的內存泄露而要停止時，該監聽器會觸發線程池中線程的更新。當線程執行完任務被收回線程池時，活躍線程會一個一個的更新。只有當web應用(即context元素)的屬性設置為true時，該監聽器才有效。

2、globalnamingresources與realm

第一部分的例子中，engine組件下定義了realm組件：

realm，可以把它理解成「域」；realm提供了一種用戶密碼與web應用的映射關系，從而達到角色安全管理的作用。在本例中，realm的配置使用name為userdatabase的資源實現。而該資源在server元素中使用globalnamingresources配置：

globalnamingresources元素定義了全局資源，通過配置可以看出，該配置是通過讀取$tomcat_home/ conf/tomcat-users.xml實現的。

關於tomcat域管理的更多內容，可以參考：realm域管理

3、valve

在第一部分的例子中，host元素內定義了valve組件：

單詞valve的意思是「閥門」，在tomcat中代表了請求處理流水線上的一個組件；valve可以與tomcat的容器(engine、host或context)關聯。

不同的valve有不同的特性，下面介紹一下本例中出現的accesslogvalve。

accesslogvalve的作用是通過日誌記錄其所在的容器中處理的所有請求，在本例中，valve放在host下，便可以記錄該host處理的所有請求。accesslogvalve記錄的日誌就是訪問日誌，每天的請求會寫到一個日誌文件里。accesslogvalve可以與engine、host或context關聯；在本例中，只有一個engine，engine下只有一個host，host下只有一個context，因此accesslogvalve放在三個容器下的作用其實是類似的。

本例的accesslogvalve屬性的配置，使用的是默認的配置；下面介紹accesslogvalve中各個屬性的作用：

（1）classname：規定了valve的類型，是最重要的屬性；本例中，通過該屬性規定了這是一個accesslogvalve。

（2）directory：指定日誌存儲的位置，本例中，日誌存儲在$tomcat_home/logs目錄下。

（3）prefix：指定了日誌文件的前綴。

（4）suffix：指定了日誌文件的後綴。通過directory、prefix和suffix的配置，在$tomcat_home/logs目錄下，可以看到如下所示的日誌文件。

（5）pattern：指定記錄日誌的格式，本例中各項的含義如下：

%h：遠程主機名或ip地址；如果有nginx等反向代理伺服器進行請求分發，該主機名/ip地址代表的是nginx，否則代表的是客戶端。後面遠程的含義與之類似，不再解釋。

%l：遠程邏輯用戶名，一律是」-」，可以忽略。

%u：授權的遠程用戶名，如果沒有，則是」-」。

%t：訪問的時間。

%r：請求的第一行，即請求方法(get/post等)、uri、及協議。

%s：響應狀態，200,404等等。

%b：響應的數據量，不包括請求頭，如果為0，則是」」-。

例如，下面是訪問日誌中的一條記錄

pattern的配置中，除了上述各項，還有一個非常常用的選項是%d，含義是請求處理的時間(單位是毫秒)，對於統計分析請求的處理速度幫助很大。

開發人員可以充分利用訪問日誌，來分析問題、優化應用。例如，分析訪問日誌中各個介面被訪問的比例，不僅可以為需求和運營人員提供數據支持，還可以使自己的優化有的放矢；分析訪問日誌中各個請求的響應狀態碼，可以知道伺服器請求的成功率，並找出有問題的請求；分析訪問日誌中各個請求的響應時間，可以找出慢請求，並根據需要進行響應時間的優化。

③ tomcat安裝及配置教程是

tomcat安裝及配置教程：

首先第一步，進入官網進行下載，選擇download下你要安裝的版本進行下載。

此次下載的是windows安裝版，直接點擊即可安裝，但在安裝前必須要進行環境設置——>設置tomcat運行時依賴的sdk。

設置方法：選擇我的電腦->屬性->高級系統設置->環境變數->用戶變數下選擇"新建" 如下圖所示：其中變數值為：sdk的安裝路徑。

之後便是安裝過程。選擇「next」。選擇「i agree」。此處只選擇設置user name和password其它選項選擇默認值。選擇你電腦上已安裝的jre路徑。選擇「tomcat」的安裝路徑。

這里我們先取消上面兩個選項，單擊「finish」完成安裝。

tomcat 的主目錄文件詳解：

tomcat的主目錄文件夾有以下幾個：

bin：用於存放啟動和關閉tomcat的可執行文件。

lib：裡面存放需要的jar包。

conf：tomcat的各種配置文件，tomcat啟動時需要讀取的配置文件主要有：server.xml，web.xml，tomcat-users.xml等等。伺服器的修改都要從此目錄中進行。

logs：日誌文件，如果伺服器出現錯誤，會自動記錄。

server：伺服器的管理程序。

webapps：所有的可執行的web項目都會放到此目錄中。

work：tomcat把各種由jsp生成的servlet都放在了這個文件夾下，裡麵包含.java文件和.class文件。

啟動tomcat我們可以直接運行bin目錄下的 tomcat6.exe 可執行文件。

在我們啟動完成以後在瀏覽器中輸入：http://localhost:8080。到這里我們的tomcat安裝和啟動都完成了。

tomcat伺服器是一個免費的開放源代碼的web 應用伺服器，屬於輕量級應用伺服器，在中小型系統和並發訪問用戶不是很多的場合下被普遍使用，是開發和調試jsp 程序的首選。

④ tomcat做的網站里的資料庫配置文件一般放在哪，為什麼在classes目錄搜索也沒有。搜索jdb

你的tomcat安裝目錄下，conf文件夾下的server.xml是你的伺服器配置信息，資料庫配置文件一般放在自己的工程里的web.xml或者直接創一個類直接調用，或者用hibernet配置文件

⑤ 如何在伺服器上配置tomcat和jdk

先安裝好jdk，在安裝tomcat就可以了，現在的版本只要安裝版本都不要你特別設置環境變數，非安裝的版本右鍵點擊我的電腦 —> 屬性 —> 高級 —> 環境變數 —> 系統變數 新建一個 變數名 java_home 變數值 c:\program files\java\jdk1.6.0_12 就是你jdk安裝的位置，就可以了