Tomcat Server的結構圖
#該檔案描述如何啟動Tomcat Server
<server> <listener></listener> <globanamingresources> </globanamingresources> <service> <connector></connector> <engine> <logger></logger> <realm></realm> <host> <logger></logger> <context></context> </host> </engine> </service> </server>
#元素名稱
|
#########################################################################################。 ######屬性###### ###### #############解釋####### ######o#### | |
server | port | #指定一個端口,這個連接埠負責監聽關閉tomcat的請求 |
shutdown | #指定向連接埠發送的命令字串 | |
service | name | #指定service的名字 |
Connector(表示客戶端和service之間的連線) | port | 指定伺服器端要建立的連接埠號,並且在這個斷口監聽來自客戶端的請求 |
#minProcessors | 伺服器啟動時所建立的處理請求的執行緒數 | |
maxProcessors | #最大可以建立的處理請求的執行緒數 | |
enableLookups | 如果為true,則可以透過呼叫request.getRemoteHost()進行DNS查詢來得到遠端客戶端的實際主機名,若為false則不進行DNS查詢,而是傳回其ip位址 | |
#redirectPort | ##指定伺服器正在處理http請求時收到了一個SSL傳輸請求後重定向的連接埠號碼 | |
#acceptCount | 指定當所有可以使用的處理請求的執行緒數都會被使用時,可以放到處理佇列中的請求數,超過這個數的請求將不予處理 | |
connectionTimeout | 指定逾時的時間數(以毫秒為單位) | |
#Engine(表示指定service中的請求處理機,接收和處理來自Connector的請求) | defaultHost | #指定缺省的處理請求的主機名,它至少與其中的host元素的name屬性值是一樣的 |
Context(表示一個web應用程序,通常是WAR文件,關於WAR的具體資訊請見servlet規格) | docBase | 應用程式的路徑或是WAR檔案存放的路徑 |
path | 表示此web應用程式的url的前綴,這樣要求的url為http://localhost:8080/path/**** | |
reloadable | 這個屬性非常重要,如果為true,則tomcat會自動偵測應用程式的/WEB-INF/lib和/WEB-INF/classes目錄的變化,自動裝載新的應用程序,我們可以在不重起tomcat的情況下改變應用程式 | |
host (表示一個虛擬主機) | name | #指定主機名稱 |
appBase | 應用程式基本目錄,即存放應用程式的目錄 | |
unpackWARs | 如果為true,則tomcat會自動將WAR檔案解壓縮,否則不解壓縮,直接從WAR檔案執行應用程式 | |
Logger(表示日誌,調試和錯誤訊息) | className | #指定logger使用的類別名,此類必須實作org.apache. catalina.Logger 介面 |
prefix | 指定log檔案的前綴 | |
suffix | 指定log檔案的後綴 | |
如果為true,則log檔名中要加入時間,如下例:localhost_log.001-10-04.txt | Realm(表示存放用戶名,密碼及role的資料庫) | |
#指定Realm使用的類名,此類必須實作org.apache.catalina.Realm介面 | #Valve(功能與Logger差不多,其prefix和suffix屬性解釋和Logger 中的一樣) | |
指定Valve使用的類別名,如用org.apache.catalina.valves.AccessLogValve類別可以記錄應用程式的存取資訊 | ||
#指定log檔案存放的位置 |
注意:一个“Server”自身不是一个“Container”(容器),因此在这里你 不可以定义诸如“Valves”或者“Loggers”子组件 –>
在端口8005处等待关闭命令
如果接受到”SHUTDOWN”字符串则关闭服务器
–>
测试: telnet localhost 8005 输入:SHUTDOWN 结果:关闭tomcat
<server></server>
1>className指定实现org.apache.catalina.Server接口的类.默认值为org.apache.catalina.core.StandardServer 2>port指定Tomcat监听shutdown命令端口.终止服务器运行时,必须在Tomcat服务器所在的机器上发出shutdown命令.该属性是必须的. 3>shutdown指定终止Tomcat服务器运行时,发给Tomcat服务器的shutdown监听端口的字符串.该属性必须设置
注意:一个“Service”自身不是一个容器,因此,在这个级别上你不可定义 诸如“Valves”或“Loggers”子组件。 –>
Service是一组Connector的集合
它们共用一个Engine来处理所有Connector收到的请求
–>
1>className 指定实现org.apahce.catalina.Service接口的类.默认为org.apahce.catalina.core.StandardService 2>name定义Service的名字
<connector></connector><connection></connection>
第一个Connector元素定义了一个HTTP Connector,它通过8080端口接收HTTP请求;第二个Connector元素定义了一个JD Connector,它通过8009端口接收由其它服务器转发过来的请求.
<engine></engine>
1>className指定实现Engine接口的类,默认值为StandardEngine 2>defaultHost指定处理客户的默认主机名,在
在
的相对目录.如果没有此项,默认 为<catalina_home>/webapps. 它将匹配请求和自己的Context的路径,并把请求转交给对应的Context来处 理 autoDeploy:如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用 unpackWARs:如果此项设置为true,表示把WEB应用的WAR文件先展开为开放目录结构后再运行.如果设为false将直接运行为WAR文件 alias:指定主机别名,可以指定多个别名 deployOnStartup:如果此项设为true,表示Tomcat服务器启动时会自动发布appBase目录下所有的Web应用.如果Web应用 中的server.xml没有相应的<context>元素,将采用Tomcat默认的Context –> <host></host></context></catalina_home>
在
<context></context>
Tomcat Server处理一个http请求的过程
假设来自客户的请求为:
localhost:8080/wsota/wsota_index.jsp
1) 请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得 2) Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应 3) Engine获得请求localhost/wsota/wsota_index.jsp,匹配它所拥有的所有虚拟主机Host 4) Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机) 5) localhost Host获得请求/wsota/wsota_index.jsp,匹配它所拥有的所有Context 6) Host匹配到路径为/wsota的Context(如果匹配不到就把该请求交给路径名为”"的Context去处理) 7) path=”/wsota”的Context获得请求/wsota_index.jsp,在它的mapping table中寻找对应的servlet Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类 9) 构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet或doPost方法 10)Context把执行完了之后的HttpServletResponse对象返回给Host 11)Host把HttpServletResponse对象返回给Engine 12)Engine把HttpServletResponse对象返回给Connector 13)Connector把HttpServletResponse对象返回给客户browser
以上是Server.xml內容詳解【Tomcat】的詳細內容。更多資訊請關注PHP中文網其他相關文章!

RSS和XML是用於網絡內容管理的工具。 RSS用於發布和訂閱內容,XML用於存儲和傳輸數據。它們的工作原理包括內容髮布、訂閱和更新推送。使用示例包括RSS發布博客文章和XML存儲書籍信息。

RSS文檔是基於XML的結構化文件,用於發布和訂閱頻繁更新的內容。它的主要作用包括:1)自動化內容更新,2)內容聚合,3)提高瀏覽效率。通過RSSfeed,用戶可以訂閱並及時獲取來自不同來源的最新信息。

RSS的XML結構包括:1.XML聲明和RSS版本,2.頻道(Channel),3.條目(Item)。這些部分構成了RSS文件的基礎,允許用戶通過解析XML數據來獲取和處理內容信息。

RSSFEEDSUSEXMLTOSYNDICATECONTENT; PARSINGTHEMINVOLVESLOADINGINGINGINGINSSTRUCTURE,andExtractingData.ApplicationsIncludeBuildBuildingNewSagGregatorSaterNewSagGregatorSator andTrackingPodcastepodcastepisodes。

RSS文檔的工作原理是通過XML文件發佈內容更新,用戶通過RSS閱讀器訂閱並接收通知。 1.內容髮布者創建並更新RSS文檔。 2.RSS閱讀器定期訪問並解析XML文件。 3.用戶瀏覽和閱讀更新內容。使用示例:訂閱TechCrunch的RSS源,只需複制鏈接到RSS閱讀器中即可。

使用XML構建RSSfeed的步驟如下:1.創建根元素並設置版本;2.添加channel元素及其基本信息;3.添加條目(item)元素,包括標題、鏈接和描述;4.轉換XML結構為字符串並輸出。通過這些步驟,你可以從零開始創建一個有效的RSSfeed,並通過添加額外的元素如發布日期和作者信息來增強其功能。

創建RSS文檔的步驟如下:1.使用XML格式編寫,根元素為,包含元素。 2.在內添加、、等元素描述頻道信息。 3.添加元素,每個代表一個內容條目,包含、、、等。 4.可選地添加和元素,豐富內容。 5.確保XML格式正確,使用在線工具驗證,優化性能並保持內容更新。

XML在RSS中的核心作用是提供一種標準化和靈活的數據格式。 1.XML的結構和標記語言特性使其適合數據交換和存儲。 2.RSS利用XML創建標準化格式,方便內容共享。 3.XML在RSS中的應用包括定義feed內容的元素,如標題和發布日期。 4.優勢包括標準化和可擴展性,挑戰包括文件冗長和嚴格語法要求。 5.最佳實踐包括驗證XML有效性、保持簡潔、使用CDATA和定期更新。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

Dreamweaver Mac版
視覺化網頁開發工具

記事本++7.3.1
好用且免費的程式碼編輯器

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

Safe Exam Browser
Safe Exam Browser是一個安全的瀏覽器環境,安全地進行線上考試。該軟體將任何電腦變成一個安全的工作站。它控制對任何實用工具的訪問,並防止學生使用未經授權的資源。

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。