Tomcat基本配置Word文档格式.docx
《Tomcat基本配置Word文档格式.docx》由会员分享，可在线阅读，更多相关《Tomcat基本配置Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
server.xml配置简介
下面我们将讲述这个文件中的基本配置信息，更具体的配置信息见tomcat的文档
元素名属性解释
serverport指定一个端口，这个端口负责监听关闭tomcat的请求
shutdown指定向端口发送的命令字符串
servicename指定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:
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文件的后缀
timestamp如果为true，则log文件名中要加入时间，如下例:
localhost_log.2001-10-04.txt
Realm
（表示存放用户名，密码及role的数据库）
className指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口
Valve
（功能与Logger差不多，其prefix和suffix属性解释和Logger中的一样）
className
指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息
directory指定log文件存放的位置
pattern有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。
combined方式比common方式记录的值更多
注意：
1：
经过我测试，我设置Context的path="
"
reloadable=true，然后放一个WAR文件到webapps目录，结果tomcat不能检测出此文件（重起tomcat可以），而把此文件解压，则tomcat会自动检测出这个新的应用程序。
如果不能自动检测WAR文件，我们可以利用下面管理中讲的方法来部署应用程序。
2：
默认的server.xml中，Realm元素只设置了一个className属性，但此文件中也包含几个通过JDBC连接到数据库进行验证的示例（被注释掉了），通过Realm元素我们可以实现容器安全管理（ContainerManagedSecurity）。
3：
还有一些元素我们没有介绍，如Parameter，loader，你可以通过tomcat的文档获取这些元素的信息。
管理
在进行具体的管理之前，我们先给tomcat添加一个用户，使这个用户有权限来进行管理。
打开conf目录下的tomcat-users.xml文件，在相应的位置添加下面一行：
这一行的最后部分一定是/>
tomcat的文档掉了/符号，如果没有/符号的话，tomcat重起时将无法访问应用程序。
通过logs/catalina.out文件你可以看到这个错误的详细信息。
然后重起tomcat，在浏览器中输入http:
8080/manager/，会弹出对话框，输入上面的用户名和密码即可。
应用程序列表
在浏览器中输入http:
8080/manager/list，浏览器将会显示如下的信息：
OK-Listedapplicationsforvirtualhostlocalhost
/ex:
running:
1
/examples:
/webdav:
0
/tomcat-docs:
/manager:
/:
面的信息分别为应用程序的路径，当前状态（running或者stopped），与这个程序相连的session数。
重新装载应用程序
在浏览器中输入http:
8080/manager/reload?
path=/examples，浏览器显示如下：
OK-Reloadedapplicationatcontextpath/examples
表示example应用程序装载成功，如果我们将server.xml的Context元素的reloadable属性设为true（见上面表格），则没必要利用这种方式重新装载应用程序，因为tomcat会自动装载。
4：
显示session信息
8080/manager/sessions?
OK-Sessioninformationforapplicationatcontextpath/examplesDefaultmaximumsessioninactiveinterval30minutes
5：
启动和关闭应用程序
8080/manager/start?
path=/examples和http:
8080/manager/stop?
path=/examples分别启动和关闭examples应用程序。
6：
部署及撤销部署
WAR有两种组织方式，一种是按一定的目录结构组织文件，一种是一个后缀为WAR的压缩包，因此它的部署方式也有两种：
（1）：
在浏览器中输入：
http:
8080/manager/install?
path=/examples&
war=file:
/c:
\examples
就会将按目录结构组织的WAR部署
（2）：
如果输入:
war=jar:
file:
\examples.war!
/
就会将按压缩包组织的WAR部署，注意此url后半部分一定要有!
/号。
部署后就可以用http:
8080/examples访问了。
8080/manager/remove?
path=/examples
就会撤销刚才部署的应用程序。
与apache集成
虽然tomcat也可以作web服务器,但其处理静态html的速度比不上apache,且其作为web服务器的功能远不如apache,因此我们想把apache和tomcat集成起来。
我们以linux系统为例介绍.
从apache网站下载apache1.3.22源代码版本，然后使用如下命令配置安装apache：
mkdir/usr/local/apache
tarzxvfapache.1.32.tar.gz
cdapache.1.32
./configure--prefix=/usr/local/apache--enable-module=so
make
makeinstall
注意configure命令指定目标安装目录，并且加入DSO（DynamicSharedObject）支持，注意一定不要忘了这一个选项。
然后下载webapp模块，将解压后mod_webapp.so文件放入apache的libexec目录，编辑apache的conf目录下的httpd.conf，在这个文件的最后加入下面三行：
LoadModulewebapp_modulelibexec/mod_webapp.so
WebAppConnectionwarpConnectionwarplocalhost:
8008
WebAppDeployexampleswarpConnection/examples/
第一行是加入webapp模块，如果编译apache时不增加DSO支持，则无法使用LoadModule指令，第二行指定tomcat与apache的连接，第三行指定部署那个应用，这两个指令使用格式如下：
WebAppConnection[connectionname][provider][host:
port]
WebAppDeploy[applicationname][connectionname][urlpath]
其中connectionname指定连接名，provider只能是warp，port端口与你的tomcat的配置文件server.xml最后几行指定的要保持一致。
文件如下：
port="
8008"
minProcessors="
5"
maxProcessors="
75"
enableLookups="
true"
acceptCount="
10"
debug="
0"
/>
******
applicationname与你在tomcat中部署的应用名一致，urlpath指定访问这个应用的url。
例如上面的例子可以通过http:
//localhost/examples/来访问tomcat中的examples应用。
中文问题
一般jsp的乱码问题可以通过在jsp中加入来解决，至于servlet的乱码在可以使用servlet2.3中提供的HttpServeletRequest.setCharacterEncoding函数。
更详细的中文问题请见JSP/Servlet中的汉字编码问题。
综述
tomcat作为一个servlet（jsp也被编译为servlet执行）容器，其应用前景是非常好的，如果与jboss结合起来，则可以实现sun的j2ee规范（用jboss作ejb服务器）。
jboss的官方网站也提供集成了tomcat3.2*的jboss以供下载。
另外一个开源的应用服务器（enhydra）也是基于tomcat的，其提供了更友好的管理界面，部署应用程序也更简单，功能也更强大。
Tomcat基本配置
（2）
Tomcat是在SUN的JSWDK的基础上发展起来的另一个优秀的JSP服务器，它不但支持Servlet，而且还提供了Web服务器的功能。
作为一个开放源码的软件，Tomcat有着自己独特的优势，可以和目前大部分的主流服务器一起工作，而且有着相当高的运行效率。
通过本章，读者将会看到：
·
Tomcat的基本概念
如何让Tomcat和IIS一起工作
如何让Tomcat和Apache一起工作
如何设定JSP的虚拟目录
如何将Tomcat设为Windows服务运行
Jakarta-Tomcat概貌
综述：
Tomcat是一个带有JSP环境的servlet容器。
servlet容器是一个根据用户的行为可以管理和激活servlet的运行时的shell。
我们可以粗略地将servlet容器分为如下几类：
独立的servlet容器
内置有web服务器的一部分。
指使用基于Java的web服务器的情形，例如servlet容器是JavaWebServer的一个部分。
独立的servlet容器是Tomcat的默认模式。
然而，大多数的web服务器并非基于Java。
因此，我们可以得出如下两种容器的模式：
进程内的servlet容器
servlet容器作为web服务器的插件和Java容器的实现。
Web服务器插件在内部地址空间打开一个JVM（Javavirtualmachine）使Java容器得以在内部运行。
如有某个需要调用servlet的请求，插件将取得对此请求的控制并将它传递（使用JNI）给Java容器。
进程内容器对于多线程、单进程的服务器非常合适并且提供很好的运行速度，但伸缩性有所不足。
进程外的servlet容器
servlet容器运行于web服务器之外的地址空间且作为web服务器的插件和Java容器的实现的结合。
web服务器插件和Java容器JVM使用IPC机制（通常是TCP/IP）进行通讯。
当一个调用servlet的请求到达时，插件将取得对此请求的控制并将其传递（使用IPC等）给Java容器，进程外容器的反应时间或进程外容器引擎不如进程内容器，但进程外容器引擎在许多其他可比的范围内更好（伸缩性、稳定性等）。
Tomcat既可作为独立的容器（主要是用于开发与调试），又可作为对现有服务器的附加（当前支持Apache、IIS和Netscape服务器）。
所以在配置Tomcat时，必须决定如何应用它，如果选择第二或第三种模式，还需要安装一个web服务器接口。
Tomcat与Jserv有何区别？
Tomcat是Jserv吗？
这是个常见的误解。
Jserv是ServletAPI2.0兼容并与Apache一起使用的容器。
Tomcat是一个完全重写的并与ServletAPI2.2和JSP1.1兼容的容器。
另外，Tomcat使用了一些为Jserv而写的代码，特别是Jserv的Apache接口，但这是唯一的相同之处。
怎样安装Tomcat的二进制版本？
非常简单，只需：
下载zip/tar.gz任何压缩文件，从http:
//jakarta.apche.org/download/binindex.html处解压缩此文件到某目录（如：
foo），将会生成一子目录，名为"
tomcat"
，转换到"
目录设置一新的环境变量（TOMCAT_HOME）指向你安装的tomcat的目录：
WIN32平台，键入：
setTOMCAT_HOME=foo/tomcat
Unix平台：
如是bash/sh环境，键入：
TOMCAT_HOME=foo/tomcat;
exportTOMCAT_HOME"
如是tcsh环境，键入：
setenvTOMCAT_HOMEfoo/tomcat
设置环境变量JAVA_HOME指向你JDK的目录，然后添加JAVA解释器到你的PATH环境变量。
好了！
现在可以运行TOMCAT并作为一个独立的Servlet容器（模式一）
启动与关闭Tomcat
使用"
bin"
目录中的脚本启动与关闭Tomcat。
启动：
uinx:
bin/startup.sh
win32:
binstartup
关闭：
unix:
bin/shutdown.sh
binshutdown
Tomcat目录结构
假设读者已将Tomcat解压，这时将得到下列目录结构：
目录名
描述
bin包含启动/关闭脚本。
conf包含不同的配置文件，包括server.xml（Tomcat的主要配置文件）和为不同的Tomcat配置的web应用设置缺省值的文件web.xml。
doc包含各种Tomcat文档。
lib包含Tomcat使用的jar文件。
unix平台此目录下的任何文件都被加到Tomcat的classpath中。
logsTomcat摆放日志文件的地方。
srcServletAPI源文件。
先别高兴，这里只有些必须在Servlet容器内实现的空接口和抽象类。
webapps包含web项目示例。
workTomcat自动生成，放置Tomcat运行时的临时文件（如编译后的JSP文件），如果在Tomcat运行时删除此目录.JSP页面将不能运行。
classes你可以创建此目录来添加一些附加的类到类路径中，任何你加到此目录中的类都可在Tomcat的类路径中找到自身。
Tomcat的脚本
Tomcat是一个Java程序，因此在设置好几个环境变量后即可用命令行的方式运行。
然而设置Tomcat使用的每个环境变量和如下的命令行参数乏味且容易出错。
因此，Tomcat开发组提供了一些脚本使启动和关闭Tomcat变得非常轻松。
注意：
这些脚本仅仅是个便利的方法去启动和关闭Tomcat。
你可修改他们来定制CLASSPATH，环境变量如PATH、LD_LIBRARY_PATH等等，只要是生成一个正确的命令行即可。
这些脚本是什么呢？
下面列出对一般用户最重要的脚本。
Tomcat：
主脚本。
设置合适的环境变量，包括CLASSPATH、TOMCAT_HOME以及JAVA_HOME和用适合的命令行参数启动Tomcat。
startup：
在后台启动Tomcat。
它是"
tomcatstart"
命令的替换方式。
shutdown：
关闭Tomcat。
tomcatstop"
对用户最重要的脚本是tomcat（tomcat.bat/tomcat.sh）。
其他Tomcat相关的脚本作为一个简单的面向单任务的指向Tomcat脚本（设置不同的命令行参数等）的入口。
仔细考察tomcat.bat/tomcat.sh，它按以下步骤运行：
在Unix下的步骤：
如未指定，推测TOMCAT_HOME
如未指定，推测JAVA_HOME
设置CLASS_PATH包含：
1．${TOMCAT_HOME}/classes目录（如果存在）
2．${TOMCAT_HOME}/lib的一切内容
3．${JAVA_HOME}/lib/tools.jar（此jar文件包含工具Javac，我们需要Javac处理jsp文件）
运行带有设定Java环境变量的命令行参数的Java命令，调入tomcat.home和org.apache.tomcat.startup.Tomcat作为启始类。
同时也传递命令行参数到org.apache.tomcat.startup.Tomcat，例如：
执行start/stop/run等的操作。
另外，此Tomcat进程使用指向server.xml的路径，例如server.xml放置于etc/server_1.xml并且用户意图在后台启动apache，键入如下命令行：
bin/tomcat.shstart-f/etc/server_1.xml
win32版的tomcat.bat与Unix版的几乎一致。
尤其在它不推测TOMCAT_HOME和JAVA_HOME的值，并且不将所有的jar文件放入类路径中。
Tomcat的配置文件
这一部分将讲述如何使用配置文件server.xml和web.xml。
我们不会包含web.xml的内部机制，这些内部机制深入到了ServletAPI的细节，因此，我们将讨论涵盖这两个配置文件在Tomcat关系环境中的用法。
Tomcat的配置基于两个配置文件：
1．server
升级会员 