最普遍存在的 Java 平臺服務器應用程序之一是 Apache Tomcat.Tomcat 是基于最初由 Sun 捐贈的來源碼的開放來源碼項目。它是一個 HTTP 服務器，是 Sun 透過 Java Community Process 開發(fā)的、對廣泛使用的 servlet 和 JavaServer Page（JSP）技術的正式參考實作。我將在本文中使用 Tomcat 作為樣本 Java 應用程序，將其部署成 Linux 上的一個服務。如果您想要嘗試自己執(zhí)行 Tomcat，那么您將需要在系統(tǒng)上安裝 Java 開發(fā)工具箱（Java Development Kit，JDK），而不是安裝更小的 Java 執(zhí)行時環(huán)境（Java Runtime Environment，JRE）。

　　servlet 和 JSP 技術用于建構 HTTP 服務器應用程序。雖然 servlet 技術中加入了許多特性（包括存取安全性、Session管理和執(zhí)行緒控制），但它本身祇是粗略地等價于為快速直接的 Java 語言呼叫而定制的 CGI 接口。JSP 技術提供了一種處理動態(tài)生成的 HTML 頁面的簡便方法，這些 HTML 頁面被直接編譯成 servlet 以用于快速執(zhí)行時作業(yè)。

　　在這兩種技術之外，Tomcat 還提供了其它許多特性。憑它本身的效能，它實際上是全功能 Web 服務器，但它通常在 Linux 系統(tǒng)上與 Apache Web 服務器前端共同使用。Apache 向 Tomcat 提供了許多進階效能以適合靜態(tài)內容。對于靜態(tài)內容所占比例比較高且使用率很高的 Web 應用程序，Apache 前端非常有用。但對于許多簡單的 Web 應用程序，就沒必要使用它了，當更易于組態(tài)和管理時，單獨執(zhí)行 Tomcat 就可提供足夠的效能（至少對于以前沒有使用過 Apache 的工作人員來說是這樣）。

　　連接埠難題

　　單獨執(zhí)行 Tomcat 的一個大問題是它無法存取標準 HTTP 連接埠 80，除非是作為 root 使用者執(zhí)行。作為 root 使用者執(zhí)行服務器應用程序的想法通常并不是上串流公司所討論的問題，因此我將完全放棄這個想法﹗使用除 80 以外的連接埠是一個更好的選擇（例如，Tomcat 缺省連接埠 8080）。這通常適用于測試，但當使用者正在存取服務時，它會導致雜亂的 URL，因為需要在請求中清楚地說明連接埠號。使用非標準連接埠還意味著如果需要外部存取，就需要重新組態(tài)所有的防火墻。

　　xinetd 解決方案

　　幸好，Linux 支持一些利用 Tomcat（或任何其它使用者方式應用程序）處理連接端口 80 請求的簡便方式。一種常用方式是透過 xinetd.xinetd 是帶有廣泛存取控制和日志記錄支持的因特網(wǎng)服務守護程序，它還擁有方便的重新導向特性。重新導向讓您將系統(tǒng)組態(tài)成接受一個連接埠上的進入請求，然后將請求傳遞到另一個連接埠或者甚至另一個 IP 地址進行處理。

　　如果您想要在系統(tǒng)上設定 Tomcat 以處理連接埠 80 請求，就需要加入 xinetd 組態(tài)文件來實作這一目的。假設按一般在正常路徑上安裝了 xinetd，那么您可以透過對 /etc/xinetd.d 目錄加入一個文件（以 root 使用者身份）來執(zhí)行這一作業(yè)。清單 1 提供了用于 Tomcat 的一個樣本組態(tài)文件。

　　清單 1. xinetd 重新導向組態(tài)

# Redirects any requests on port 80
# to port 8080 （where Tomcat is listening）
service tomcat
{
socket_type = stream
protocol = tcp
user = root
wait = no
port = 80
redirect = localhost 8080
disable = no
      }

　　在加入了組態(tài)文件之后，需要重新啟動 xinetd 來真正活化重新導向。在大多數(shù) Linux 安裝上，透過以 root 使用者身份執(zhí)行以下指令來重新啟動 xinetd︰

　　/sbin/service xinetd restart

　　祇要將組態(tài)文件放在 /etc/xinetd.d 目錄中，當重新啟動系統(tǒng)時，重新導向就會自動啟動。如果沒有將 Tomcat 設定成自動啟動，那么在啟動 Tomcat 之前，會拒絕進入請求。