TOMCA T配置方法来源：作者：发表时间:2007-07-04点击:469次获取本文网址二维码WebLogictomcatWebSphere 大多数商业化的J2EE 服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application 最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.xml 。（译者注：CA TALINA_BASE即tomcat 安装目录下的server目录）
你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CA TALINA
_BASE/webapps/admin.xml的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除CA TALINA_BASE/webapps/admin.xml ，你可能什么都做不了。
如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CA TALINA_BASE/conf/tomcat-users.xml文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：
＜role name="admin"/＞
你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：
＜user name="admin"
password="deep_dark_secret"
roles="admin"/＞
当你完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，你将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了Jakarta Struts 框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。
2、配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，
执行一些简单的Web应用任务。Manager Web Application被被定义在一个自动部署文件中：
CA TALINA_BASE/webapps/manager.xml
你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CA TALINA_HOME/server/webapps/manager的绝对路径。（译者注：CATALINA_HOME即tomcat安装目录）
如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CA TALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：
＜role name=”manager”＞
你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：
＜user name="manager"
password="deep_dark_secret"
roles="manager"/＞
然后重新启动Tomcat，访问http://localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http://localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。
Manager application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到/hello 下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file:/home/user/hello”（作为Config URL）。
Manager application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误??“503 - This application is not currently available”。
移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。
3、部署一个web应用
有两个办法可以在系统中部署web服务。
1. 拷贝你的W AR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。
2. 为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。
如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CA TALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以W AR文件的文件名作为子目录的名字。
接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。
部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CA TALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。
这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。
举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：
＜!--
Context fragment for deploying MyWebApp.war
--＞
＜Context path="/demo"
docBase="webapps/MyWebApp.war"
debug="0" privileged="true"＞
＜Realm className=
"https://www.doczj.com/doc/7d5454275.html,erDatabaseRealm"
resourceName="UserDatabase"/＞
＜/Context＞
把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。
这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
4、配置虚拟主机（Virtual Hosts）
关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直
接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。
基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲Tomcat，我们不准备介绍在各种操作系统上设置DNS 的方法，如果你在这方面需要帮助，请参考《DNS and Bind》一书，作者是Paul Albitz and Cricket Liu (O'Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。
在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：
＜Server port="8005"
shutdown="SHUTDOWN" debug="0"＞
＜Service name="Tomcat-Standalone"＞
＜Connector className=
"org.apache.coyote.tomcat4.CoyoteConnector"
port="8080"
minProcessors="5" maxProcessors="75"
enableLookups="true"
redirectPort="8443"/＞
＜Connector className=
"org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5"
maxProcessors="75"
aclearcase/" target="_blank" >cceptCount="10" debug="0"
scheme="https" secure="true"/＞
＜Factory className="org.apache.coyote.
tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" /＞
＜/Connector＞
＜Engine name="Standalone"
defaultHost="localhost" debug="0"＞
＜!-- This Host is the default Host --＞
＜Host name="localhost"
debug="0" appBase="webapps"
unpackW ARs="true" autoDeploy="true"＞
＜Context path="" docBase="ROOT" debug="0"/＞
＜Context path="/orders"
docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true"＞
＜/Context＞
＜/Host＞
＜!-- This Host is the first
"Virtual Host": https://www.doczj.com/doc/7d5454275.html,/ --＞
＜Host name="https://www.doczj.com/doc/7d5454275.html,"
appBase="/home/example/webapp"＞
＜Context path="" docBase="."/＞
＜/Host＞
＜/Engine＞
＜/Service＞
＜/Server＞
Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。
5、配置基础验证（Basic Authentication）
容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在web.xml文件中auto-method 元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic Authentication 方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。
注意：使用Basic Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。
但是，如果你是刚开始使用Tomcat，或者你想在你的web应用中测试一下基于容器的安全管理，Basic Authentication还是非常易于设置和使用的。只需要添加＜security-constraint ＞和＜login-config＞两个元素到你的web应用的web.xml文件中，并且在CA TALINA_BASE/conf/tomcat-users.xml文件中添加适当的＜role＞和＜user＞即可，然后重新启动Tomcat。
下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。
＜!--
Define the
Members-only area,
by defining
a "Security Constraint"
on this Application, and
mapping it to the
subdirectory (URL) that we want
to restrict.
--＞
＜security-constraint＞
＜web-resource-collection＞
＜web-resource-name＞
Entire Application
＜/web-resource-name＞
＜url-pattern＞/members/*＜/url-pattern＞
＜/web-resource-collection＞
＜auth-constraint＞
＜role-name＞member＜/role-name＞
＜/auth-constraint＞
＜/security-constraint＞
＜!-- Define the Login
Configuration for
this Application --＞
＜login-config＞
＜auth-method＞BASIC＜/auth-method＞
＜realm-name＞My Club
Members-only Area＜/realm-name＞
＜/login-config＞
6、配置单点登录（Single Sign-On）
一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。
如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。
Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn Valve元素即可，如下所示：
＜Valve className=
"org.apache.catalina.
authenticator.SingleSignOn"
debug="0"/＞
在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn V alve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。使用single sign-on valve有一些重要的限制：
1＞value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web 应用（必须通过context元素定义）都位于该Host下。
2＞包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。
3＞不能被context中的realm覆盖。
4＞使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的＜auth-method＞中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。
5＞如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。
当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。
6＞单点登录需要使用cookies。
7、配置用户定制目录（Customized User Directores）
一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：
https://www.doczj.com/doc/7d5454275.html,/~username
https://www.doczj.com/doc/7d5454275.html,/~username
Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是https://www.doczj.com/doc/7d5454275.html,erConfig，userClass属性应该是几个映射类之一。
如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运
行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase 映射类。
＜Listener className=
"https://www.doczj.com/doc/7d5454275.html,erConfig"
directoryName="public_html"
userClass="org.apache.catalina.
startup.PasswdUserDatabase"/＞
web文件需要放置在像/home/users/ian/public_html或者/users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。
实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。
＜Listener className=
"https://www.doczj.com/doc/7d5454275.html,erConfig"
directoryName="public_html"
homeBase="/home"
userClass="org.apache.catalina.
startup.HomesUserDatabase"/＞
这样一来，web文件就可以位于像/home/ian/public_html或者/home/jasonb/public_html 一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。
这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。
8、在Tomcat中使用CGI脚本
Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。
CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括Java。
当然，你大概不会把一个Java应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从操作系统层开始进行处理。
Tomcat包括一个可选的CGI Servlet，允许你运行遗留下来的CGI脚本。
为了使Tomcat能够运行CGI，你必须做如下几件事：
1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPA TH下。
2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把关于＜servlet-name＞CGI 的那段的注释去掉（默认情况下，该段位于第241行）。
3. 同样，在Tomcat的CA TALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。
4. 你可以把CGI脚本放置在WEB-INF/cgi 目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在context下的其他目录下，并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。
5. 重新启动Tomcat，你的CGI就可以运行了。
在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。
为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的/cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat 的用户有执行CGI脚本的权限。
9、改变Tomcat中的JSP编译器（JSP Compiler）
在Tomcat 4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。
这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache Ant使用手册的javac page列表。
使用起来是容易的，因为你只需要在＜init-param＞元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：
＜servlet＞
＜servlet-name＞jsp＜/servlet-name＞
＜servlet-class＞
org.apache.jasper.servlet.JspServlet
＜/servlet-class＞
＜init-param＞
＜param-name＞logVerbosityLevel
＜/param-name＞
＜param-value＞WARNING＜/param-value＞
＜/init-param＞
＜init-param＞
＜param-name＞compiler＜/param-name＞
＜param-value＞jikes＜/param-value＞
＜/init-param＞
＜load-on-startup＞3＜/load-on-startup＞
＜/servlet＞
当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。
10、限制特定主机访问（Restricting Access to Specific Hosts）
有时，你可能想限制对Tomcat web应用的访问，比如，你希望只有你指定的主机或IP 地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve 和RemoteAddrValve。
通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。例如你可以把Admin Web application设置成只允许本地访问，设置如下：
＜Context path=
"/path/to/secret_files" ...＞
＜Valve className="org.apache.
catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/＞
＜/Context＞
如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。
转自:领测软件测试网[https://www.doczj.com/doc/7d5454275.html,]
原文链接:https://www.doczj.com/doc/7d5454275.html,/ceshi/ruanjianceshikaifajishu/rjcskfyy/zjj/tomcat/2007/0704/130821.ht
ml
常使用web服务器的朋友大都了解，一般的web server有两部分日志： 一是运行中的日志，它主要记录运行的一些信息，尤其是一些异常错误日志信息 二是访问日志信息，它记录的访问的时间，IP，访问的资料等相关信息。 现在我来和大家介绍一下利用tomcat产生的访问日志数据，我们能做哪些有效的分析数据？ 首先是配置tomcat访问日志数据，默认情况下访问日志没有打开，配置的方式如下：编辑${catalina}/conf/server.xml文件.注:${catalina}是tomcat的安装目录 把以下的注释()去掉即可。 其中directory是产生的目录tomcat安装${catalina}作为当前目录 pattern表示日志生产的格式，common是tomcat提供的一个标准设置格式。其具体的表达式为%h %l %u %t "%r" %s %b 但本人建议采用以下具体的配置，因为标准配置有一些重要的日志数据无法生。 %h %l %u %t "%r" %s %b %T 具体的日志产生样式说明如下(从官方文档中摘录)： * %a - Remote IP address * %A - Local IP address * %b - Bytes sent, excluding HTTP headers, or '-' if zero * %B - Bytes sent, excluding HTTP headers * %h - Remote host name (or IP address if resolveHosts is false) * %H - Request protocol * %l - Remote logical username from identd (always returns '-') * %m - Request method (GET, POST, etc.) * %p - Local port on which this request was received * %q - Query string (prepended with a '?' if it exists) * %r - First line of the request (method and request URI) * %s - HTTP status code of the response * %S - User session ID * %t - Date and time, in Common Log Format * %u - Remote user that was authenticated (if any), else '-' * %U - Requested URL path * %v - Local server name * %D - Time taken to process the request, in millis * %T - Time taken to process the request, in seconds There is also support to write information from the cookie, incoming header, the Session or something else in the ServletRequest. It is modeled after the apache syntax: * %{xxx}i for incoming headers
Tomcat的配置文件server.xml 中各个域的说明及相关配置 2007-04-20 12:42
关于tomcat虚拟路径配置 在tomcat安装好后，只要把你的web项目copy 到%TOMCAT_HOME%webapp下面就可以是使用啦！！其实还有种方法就是设定虚拟目录，即把项目的目录映射到tomcat中。这样做即可以不用重复的部署，节约时间，而且给开发人员带来方便。 方法如下： 1，找到%TOMCAT_HOME%\conf\server.xml,（即tomcat 的安装目录下面相关的文件）打开此xml文件，在
debug建议设置为0，reloadable设置为true。 2，测试，重启tomcat服务器，然后在浏览器中输入http://localhost:8080/test 3，如果在测试中出现404的错误，如果前面配置没有错，可能就是在%TOMCAT_HOME%\conf\web.xml文件中把虚拟路径显示目录给禁止啦，此时可以在web.xml文件中找到
Tomcat手动配置部署 刘晓涛讲授，孙娟总结 手动创建JSP项目 1.将外置Tomcat解压出来后，在Tomcat里面的webapps文件夹创建一个放JSP项目的文 件夹“MyWeb”,如图： 2.在“MyWeb”JSP项目中创建必须的WEB-INF文件夹，如图： 3.在WEB-INF文件夹中也要必须创建lib文件夹，classes文件夹与web.xml文件， 如图：
4.当我们创建好JSP项目必须的WEB-INF文件夹后，我们开始创建我们在项目中所需要 的静态文件，现在我们只创建一个jsp文件夹（此文件夹跟WEB-INF在同一目录下），用来存放jsp文件，如图： 5.在jsp文件夹中创建一个jsp文件，如图： 现在我们手动创建的JSP项目就创建成功了 如何将Tomcat中的文件进行修改 1.为了保护资源的安全，我们需要有用户通过验证才可以进入我们的程序，所以我们要将 Tomcat中的conf文件夹中的tomcat-users.xml文件进行修改，如图： 说明： Rolename:是角色 Username:用户名 Password:用户名的密码 整体讲：在XXX角色下，用户可以通过用户名及密码可以访问程序中的资源
修改完后，我们就有一个用户“shmily”可以进入程序了，密码是”shmily” 2.当我们设置了用户登陆后，我们还要返回到我们的JSP项目中去，修改我们的web.xml 文件，与我们刚刚设计好的用户登陆设置相关联，如图： 注意：有注释的地方都是需要修改的地方，也就是我们刚才在tomcat-users.xml中设置的角色名
现在我们就修改完成了，那么现在我们就开始运行我们的JSP项目了 如何运行JSP项目 1.在运行JSP项目之前我们要启动tomcat（在tomcat中的bin文件夹中的startup.bat）,如 图： 2.启动完后，我们开始浏览器，输入http://localhose:8080/如图：
Tomcat网站发布配置方案详细说明 修改端口、修改默认发布目录、多域名绑定 一、修改发布端口号为80（Tomcat默认为8080） 打开配置文件（我的如下：E:\J2EEServer\Tomcat 6.0\conf\server.xml），找到： 代码如下:
第一章 Tomcat概述 一、Tomcat简介 TOMCAT是APACHE JAKARTA软件组织的一个子项目，TOMCAT是一个JSP/SERVLET容器，它是在SUN公司的JSWDK（JA V A SERVER WEB DEVELOPMENT KIT）基础上发展起来的一个JSP和SERVLET规范的标准实现，使用TOMCAT可以体验JSP和SERVLET的最新规范。经过多年的发展，TOMCAT不仅是JSP和SERVLET规范的标准实现，而且具备了很多商业JA V A SERVLET容器的特性，并被一些企业用于商业用途。 1、Tomcat Tomcat在严格意义上并不是一个真正的应用服务器，它只是一个可以支持运行Serlvet/JSP 的Web容器，不过Tomcat也扩展了一些应用服务器的功能，如JNDI，数据库连接池，用户事务处理等等。Tomcat 是一种具有JSP环境的Servlet容器。Servlet容器是代替用户管理和调用 Servlet的运行时外壳。 1．1 SERVLET容器 负责处理客户请求。当客户请求来到时，SERVLET容器获取请求，然后调用某个SERVLET，并把SERVLET的执行结果返回给客户。 当客户请求某个资源时，SERVLET容器使用SERVLETREQUEST对象把客户的请求信息封装起来，然后调用JA V A SERVLET API中定义的SERVLET的一些生命周期方法，完成SERVLET 的执行，接着把SERVLET执行的要返回给客户的结果封装到SERVLETRESPONSE对象中，最后SERVLET容器把客户的请求发送给客户，完成为客户的一次服务过程。 1．2 TOMCAT的工作模式 1．2．1 独立的SERVLET容器 TOMCAT的默认工作模式，作为独立的SERVLET容器，是内置在WEB服务器中的一部分，是指使用基于JA V A的WEB服务器的情形。 其他两种方式是TOMCA T与其他服务器集成的方式： 1．2．2 进程内的SERVLET容器 SERVLET容器作为WEB服务器的插件和JA V A容器的实现。WEB服务器的插件在内部地址空间打开一个JVM（JA V A VIRTUAL MACHINE）使JA V A容器得以在内部运行。如有某个需要调用SERVLET的请求，插件将取得对此请求的控制并将它传递（使用JNI）给JA V A容器。进程内的容器对于多线程、单进程的服务器非常适合，并且提供了很好的运行速度，只是伸缩性有所不足。 注意：JNI是JA V A NATIVE INTERFACE的缩写，是JA V A本地调用接口，通过JNI，JA V A 程序可以和其他语言编写的本地程序进行通信。 1．2．3 进程外的SERVLET容器 SERVLET容器运行于WEB服务器之外的地址空间，并且作为WEB服务器的插件和JVM 使用IPC（如TCP/IP）进行通信。进程外容器的反应时间不如进程内的容器，但有较好的伸缩性、稳定性等性能。 IPC INTERPROCESS COMMUNICATION（进程间通信）的简写，它是实现进程间通信的一
配置文件一般都在conf文件夹里，主要有server.xml，context.xml，tomcat_user.xml，web.xml四个常用配置文件，server主要是服务器设置的，例如端口设置，路径设置。context 里设置tomcat数据源，用来连接数据库。tomcat_user主要是用户名和密码的设置。web 是默认首页等等之类的设置。 元素名属性解释 server port 指定一个端口，这个端口负责监听关闭 tomcat 的请求 shutdown指定向端口发送的命令字符串 service name指定service 的名字 Connector(表示客户端和service之间的连接)port 指定服务器端要创建的端口号，并在这个断口 监听来自客户端的请求 minProcessors服务器启动时创建的处理请求的线程数maxProcessors最大可以创建的处理请求的线程数 enableLookups 如果为true ，则可以通过调用 request.getRemoteHost() 进行DNS 查询来 得到远程客户端的实际主机名，若为false 则 不进行DNS 查询，而是返回其ip 地址redirectPort 指定服务器正在处理http 请求时收到了一个 SSL 传输请求后重定向的端口号acceptCount 指定当所有可以使用的处理请求的线程数都被 使用时，可以放到处理队列中的请求数，超过 这个数的请求将不予处理 connectionTimeo ut 指定超时的时间数( 以毫秒为单位) 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指定主机名
tomcat6.0配置 第一步：下载j2sdk和tomcat：到sun官方站点 最新的jdk为1.6.04，tomcat为6.0，建议jdk1.4以上，tomcat4.0以上 第二步：安装和配置你的j2sdk和tomcat：执行j2sdk和tomcat的安装程序，然后设置按照路径进 行安装即可。 1.安装j2sdk以后，需要配置一下环境变量，在我的电脑->属性->高级->环境变量->系统变量中添加 以下环境变量(假定你的j2sdk安装在c:\j2sdk1.4.2）： JAVA_HOME=c:\j2sdk1.4.2 classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;（.;一定不能少，因为它代表 当前路径) path=%JAVA_HOME%\bin 接着可以写一个简单的java程序来测试J2SDK是否已安装成功： 将上面的这段程序保存为文件名为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如下：
修改位置如下图 具体的解释如下 Access Log Valve用来创建日志文件，格式与标准的web server日志文件相同。可以使用用日志分析工具对日志进行分析，跟踪页面点击次数、用户会话的活动等。Access Log Valve 的很多配置和行为特性与File Logger相同，包括每晚午夜自动切换日志文件。Access Log Valve可以和任何Catalina容器关联，记录该容器处理的所有请求。 例子如下：
Tomcat日志记录激活配置方法 【编写人】：孙福成 【日期】：2010年2月1日 目录 1.文档说明 (1) 2.系统日志激活方式 (1) 2.1.配置方式 (1) 2.2.语法说明 (1) 2.3.参数说明 (2) 2.4.日志样例 (2) 3.日志备份 (2) 4.日志统计................................................................................................. 错误！未定义书签。 1.文档说明 本文档描述Tomcat系统日志记录功能的激活和配置方式，适用于所有使用Tomcat4、5的Web应用。 2.系统日志激活方式 2.1.配置方式 编辑Tomcat/conf/server.xml文件,找到如下行:
第1章Tomcat的安装与配置 Tomcat可以运行Servlet和JSP，是一个小型的轻量级应用服务器，它性能稳定、扩展性好、源码开放，是开发中小型Web应用系统的首选。本章首先介绍Tomcat服务器特点、层次结构、应用处理流程及发展史，然后讲述Tomcat的安装、设置和测试，接着介绍Tomcat 目录结构、常用配置平台、控制和管理程序等，最后设计一个不需数据库支持的简单聊天室。 1.1 Tomcat简介 Tomcat是Sun的JSWDK（Java Server Web Development Kit）中的Servlet容器，属于Apache软件基金会（Apache Software Foundation）的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司和个人共同开发而成。Tomcat既是一个开放源码、免费支持JSP和Servlet技术的容器，同时又是一个Web服务器软件，受到了Sun公司的大力推荐和支持。因此，Servlet和JSP的最新规范都可以在Tomcat的新版本中得到实现。 与传统桌面应用程序不同，Tomcat中的应用程序是一个WAR（Web Archive）文件，它是许多文件构成的一个压缩包，包中的文件按照一定目录结构来组织，不同目录中的文件也具有不同的功能。部署应用程序时，只需要把WAR文件放到Tomcat的webapp目录下，Tomcat会自动检测和解压该文件。JSP文件第一次执行时，要先由Tomcat将其转化为Servlet文件，然后编译，所以速度会慢一些，但后继执行时速度会很快。 Tomcat既是一个Servlet容器，又是一个独立运行的服务器，像IIS、Apache等Web 服务器一样，具有处理HTML页面的功能。但它处理静态HTML文件的能力并不是太强，所以一般都是把它当作JSP/Servlet引擎，通过适配器（Adapter）与其他Web服务器软件（如Apache）配合使用。此外，Tomcat还可与其他一些软件集成起来实现更多功能，例如，与JBoss集成起来开发EJB、与OpenJMS集成起来开发JMS应用、与Cocoon（Apache的另外一个项目）集成起来开发基于XML的应用等。 Tomcat是一个小型的轻量级应用服务器，运行时占用系统资源小、扩展性好、支持负载平衡与邮件服务等开发应用系统中的常用功能，并且不断改进和完善。Tomcat适用于中小型系统和并发访问用户不太多的场合，是开发和调试JSP程序的首选。先进的技术、稳定的性能、源码开放和免费获取的机制，使得Tomcat深受Java爱好者的喜爱并得到了许多软件开发商的认可，成为目前相当流行的Web应用服务器。 1.1.1 Servlet简述 谈起Tomcat，就不能不说Servlet，如果没有Servlet的应用需求，就没有Tomcat的产
本文目录 1.1安装和配置管理Tomcat服务器 (2) 1.1.1安装Tomcat服务器程序 (2) 1.1.2配置Tomcat服务器程序 (4) 1.1.3管理Tomcat服务器程序 (7) 1.2在Tomcat中进行系统管理和配置 (10) 1.2.1Tomcat中的server.xml中的各个标签的含义 (10) 1.2.2Tomcat5.5以下版本系统管理Web应用程序 (17) 1.2.3Tomcat5.5以上版本系统管理Web应用程序 (20) 1.2.4Tomcat7.X版本的虚拟主机管理 (23)
1.1安装和配置管理Tomcat服务器 1.1.1安装Tomcat服务器程序 1、安装和配置JDK系统环境 （1）了解Tomcat系统 Apache Tomcat是Apache组织的Jakarta项目下的一个子项目，目前Tomcat被非常广泛地应用在中小规模的Java Web应用系统中。它是一种具有JSP环境的“Servlet容器”，同时也提供Web服务器的功能，另外Tomcat也提供有对JNDI、数据库连接池、事务处理等J2EE标准所要求的核心技术支持等。（2）需要安装和配置JDK 由于Tomcat服务器在运行时需要JDK系统，因此在安装Tomcat服务器程序之前要保证在机器中已经安装有JDK系统。当然，如果已经安装过，则不再需要重复。 2、安装Tomcat服务器和熟悉了解Tomcat的各种工作目录 Tomcat是一款开源免费的JSP服务器，可以在https://www.doczj.com/doc/7d5454275.html,/下载并安装Tomcat6或者7的版本。建议下载压缩包版本（*.zip版本）而不是Windows Service Installer的EXE安装文件。如下示图为本示例下载Tomcat7版本的局部截图。
大学实验报告 学院：专业: 班级:
计算机名［换件玄级I系统保护I腳 35 进行垃数更改，焦必须年为管 11负登录。 性能 視気敲至?先陛器计対?內存便用?以及馳內存 邈(S). 用FBtSTC件 与応翌录扫羌的克歯邊舌 启动和故P2恢亘 系统命动?系统失垃和词it 信总 妊⑴.? | 环tS^goo.. b 新建变量名:JAVA,变量值:C:\Java\jdkl8O_6O 计算机名t说件談系统｛呆护丨远程 菸境变呈 2,打开PATH,添加变虽值：C:\java\jdkl.&0 60\bin -■cwv ■mt" ■BTT AW???CC? ?rwv“ ? mz—w/ nrww Mnunr P0A5皿 8incwt i g n 变里 AraAFTSDXE DDI CkTkUHA CX7ALINAJAS E C XI MINA MIME Ifi C.kPrcgr^r. FilaUHD ATP\ C j wn\ upach*-1 cn cat~6 0 32 C ? kJ avaSapache-1 tn ca<-8 0 免 C■\i RVX S xnx r^F-< nn r^<-A 0 矽 L—珮定11取消］［应用@厂| 系统聂虫⑶
三、测试JDK 在CMD命令下输入java, javac, path命令：出现图示界而，表示安装成功。 ad C:\Window$\$ystem32Xcmd.eKe a °w C：^U8er3\sJxy>javac 冃注；J^vac
1．JDK的安装及配置 1.1.安装JDK，安装过程中可以自定义安装目录等信息，例如：我们 选择安装目录为C:\Program Files\Java\jdk1.5.0_06 1.2.安装完成后，右击“我的电脑”，点击“属性”
1.3.选择“高级”选项卡 1.4.点击“环境变量”；
1.5.在“系统变量”中，设置3项属性， JA V A_HOME,PATH,CLASSPATH(大小写无所谓),点击“新建”，弹出下图； 1.5.1.新建JA V A_HOME变量 ●变量名：JAVA_HOME ●变量值：C:\Program Files\Java\jdk1.5.0_06 1.5. 2.新建PATH变量 ●变量名：PATH ●变量值：%JA V A_HOME%\bin;%JA V A_HOME%\jre\bin 1.5.3.新建CLASSPATH变量 ●变量名：CLASSPATH ●变量值：.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar(要加.表示当前 路径) 备注：%JA V A_HOME%就是引用前面指定的JA V A_HOME；
1.6.“开始”－>;“运行”，键入“cmd”； 1.7.键入命令“java -version”，“java”，“javac”几个命令，出现画面，说明 环境变量配置成功； 2. TOMCAT的安装及配置 2.1.点击Apache Tomcat安装介质，进入安装界面：
2.3.点击“I Agree”：
2.5.安装路径为：C:\Tomcat 5.5，点击“Next”：
Tomcat Web服务器安全配置基线 中国移动通信有限公司管理信息系统部 2012年 04月
备注： 1.若此文档需要日后更新，请创建人填写版本控制表格，否则删除版本控制表格。
目录 第1章概述 (4) 1.1目的 (4) 1.2适用范围 (4) 1.3适用版本 (4) 1.4实施 (4) 1.5例外条款 (4) 第2章帐号管理、认证授权 (5) 2.1帐号 (5) 2.1.1共享帐号管理* (5) 2.1.2无关帐号管理* (5) 2.2口令 (6) 2.2.1密码复杂度 (6) 2.2.2密码生存期 (7) 2.3授权 (7) 2.3.1用户权利指派* (7) 第3章日志配置操作 (9) 3.1日志配置 (9) 3.1.1审核登录 (9) 第4章IP协议安全配置 (10) 4.1IP协议 (10) 4.1.1支持加密协议* (10) 第5章设备其他配置操作 (11) 5.1安全管理 (11) 5.1.1定时登出 (11) 5.1.2错误页面处理 (11) 5.1.3目录列表访问限制 (12) 第6章评审与修订 (14)
第1章概述 1.1 目的 本文档规定了中国移动通信有限公司管理信息系统部门所维护管理的Tomcat WEB服务器应当遵循的安全性设置标准，本文档旨在指导系统管理人员进行Tomcat WEB服务器的安全配置。 1.2 适用范围 本配置标准的使用者包括：服务器系统管理员、应用管理员、网络安全管理员。 本配置标准适用的范围包括：支持中国移动集团公司管理信息系统部运行的Tomcat Web 服务器系统。 1.3 适用版本 4.x、 5.x、 6.x版本的Tomcat Web服务器。 1.4 实施 本标准的解释权和修改权属于中国移动集团管理信息系统部，在本标准的执行过程中若有任何疑问或建议，应及时反馈。 本标准发布之日起生效。 1.5 例外条款 欲申请本标准的例外条款，申请人必须准备书面申请文件，说明业务需求和原因，送交中国移动通信有限公司管理信息系统部进行审批备案。
一、静态部署 1、直接将web项目文件件拷贝到webapps 目录中 Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用cmd 命令：jar -cvf mywar.war myweb webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：
修订记录：
TOMCAT安装及配置规范 书写目的 TOMCAT是系统运行部规定的标准应用服务器，为了规范运行环境，特制订以下规范。 1.安装软件 软件列表： apache-tomcat-7.0.30 jdk-6u27-linux-x64-rpm.bin mod_jk-1.2.28-httpd-2.0.X.so 1.1安装JDK 确认系统位数：32bit 、64bit #uname –i i386 以下安装步骤以64bit的 CentOS 5.6操作系统平台为例，先删除系统自带的JDK， rpm -qa|grep jdk java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5 jdk-1.6.0_20-fcs rpm -qa|grep gcj java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
libgcj-4.1.2-48.el5 卸载 yum -y remove java java-1.4.2-gcj-compat-1.4.2.0-40jpp.115 yum -y remove java java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5 #java -version -bash: java: command not found 在sun官方网站https://www.doczj.com/doc/7d5454275.html,/javase/downloads/index.jsp下载到对应的jdk文件jdk-6u27-linux-x64-rpm.bin，执行以下命令安装： #cd /home/software #chmod a+x jdk-6u27-linux-x64-rpm.bin #./ jdk-6u27-linux-x64-rpm.bin--- 中途需要输入“yes”确认 #rpm -ivh jdk-6u27-linux-x64-rpm #ln -s /usr/java/jdk1.6.0_27 /usr/java/jdk # ln -s /usr/java/jdk/bin/java /usr/bin/java # ln -s /usr/java/jdk/bin/javac /usr/bin/javac 确认系统使用正确的java版本 # java -version java version "1.6.0_27" 1.2安装TOMCAT 从官方网站获得TOMCAT，地址如下 https://www.doczj.com/doc/7d5454275.html,/tomcat/
第一章Cronolog配置讲解 1.1.cronolog介绍 cronolog小工具可以很好处理Apache、Tomcat服务日志。 Apache有两个log文件access.log 和error.log。error.log中存放诊断信息和处理请求中出现的错误，由于这里经常包含了出错细节以及如何解决，如果服务器启动或运行中有问题，首先就应该查看这个错误日志。access.log 访问日志中会记录服务器所处理的所有请求。在默认情况下，log记录存在于这两个单独的文件中，当网站访问量较大或者错误信息较多的时候，log文件的大小会急速增长。一般每10000个请求，访问日志就会增加1MB或更多。在这种情况下，如果当日志文件过大，就很难通过日志文件来分析。而且，对于AWStats这样的日志分析软件，它要求日志文件是按日存储的。Apache httpd可以通过管道将访问记录和出错信息传递给另一个进程，而不是写入一个文件。只要用管道操作符”|“后面跟一个可执行文件名，就可以使这个程序从标准输入设备获得事件记录。Apache在启动时，会同时启动这个管道日志进程，并且在运行过程中，如果这个进程崩溃了，会重新启动这个进程(所以我们称这个技术为”可靠管道日志”)。Apache推荐使用cronolog程序对log文件进行截断并按日存放。 Tomcat服务默认将控制台的日志存放在catalina.out中，随着日志记录增加，查看维护信息很不方便，而使用cronolog程序对log文件进行截断并按日存放，很容易维护。 1.2.Linux 下的安装与配置 步骤如下： ?下载：cronolog-1.6.2.tar.gz ?安装(默认是安装在/usr/local/sbin/下)： √ # tar zxvf cronolog-1.6.2.tar.gz √ # ./configure (进入上面tar后生成的目录)