Tomcat的详细配置信息
Tomcat服务器是一个免费的开放源代码的Web 应用服务器，目前最新版本是
6.0.20(截止到2009-03-20)。
Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。
Tomcat 很受广大程序员的喜欢，因为它运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。
Tomcat 是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应对HTML 页面的访问请求。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。
  这里的诀窍是，当配置正确时，Apache 为HTML页面服务，而Tomcat 实际上运行JSP 页面和Servlet。另外，Tomcat和IIS、Apache等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。
最新版本与规范的对照
  Servlet/JSP_ 规范版本Apache Tomcat 版本
  ---------------------------------------------
  2.5/2.1____ 6.0.18
  2.4/2.0____ 5.5.25
  2.3/1.2____ 4.1.36
2.2/1.1____
3.3.2
常用功能的配置方法
  1 启动内存参数的配置
  tomcat/bin/catalina.bat 如果是linux 就是catalina.sh
  在rem 的后面增加如下参数
  set JAVA_OPTS= -Xms256m -Xmx256m -XX:MaxPermSize=64m
  2 修改Tomcat的JDK目录
  打开tomcat/bin/catalina.bat
  在最后一个rem后面增加
set JAVA_HOME=C:\Program Files\Java\jdk1.6.0
  3 增加虚拟目录
  /tomcat/l
  第一行是以前默认存在的，第二行是新增的
  <Context path="" docBase="ROOT" debug="0"
reloadable="true"></Context>
<Context path="/jsp/a" reloadable="true"
docBase="E:\workplace\www.java2000\WebContent" />
  4 GET方式URL乱码问题解决
  打开tomcat/l
  查下面这部分，在最后增加一段代码就可以了。
  <Connector port="80" maxHttpHeaderSize="8192"
  .................
  URIEncoding="UTF-8" useBodyEncodingForURI="true"
  ...............
  />
其中的UTF-8 请根据你的需要自己修改，比如GBK
  5 虚拟主机配置文件
  tomcat/l
  <!-- 默认的主机-->
  <Host name="localhost" appBase="webapps"
  unpackWARs="true" autoDeploy="true"servlet和tomcat的关系
  xmlValidation="false" xmlNamespaceAware="false">
  <Context path="" docBase="ROOT" debug="0"
reloadable="true"></Context>
  ...
  </host>
  <!-- 以下是新增的虚拟主机-->
  <Host name="www.java2000" appBase="webapps"
  unpackWARs="true" autoDeploy="true"
  xmlValidation="false" xmlNamespaceAware="false">
  <Context path="" docBase="d:/www.java2000" debug="0" reloadable="true"></Context>
  <!-- 虚拟目录-->
  <Context path="/count" docBase="d:/counter.java2000" debug="0" reloadable="true"></Context>
  </Host>
  <Host name="java2000" appBase="webapps"
  unpackWARs="true" autoDeploy="true"
  xmlValidation="false" xmlNamespaceAware="false">
  <Context path="" docBase="d:/www.java2000" debug="0" reloadable="true"></Context>
  <Context path="/count" docBase="d:/counter.java2000" debug="0" reloadable="true"></Context>
</Host>
  6 数据源配置
  比较复杂，各个版本都有所不同，请直接查看java2000/p1906，包括tomcat5.0,tomcat5.5x,tomcat6.0的各个版本的配置方法。
  更多关于Tomcat的使用，请看参考资料
Tomcat配置的10个技巧
  1. 配置系统管理（Admin Web Application）
大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。
  Admin Web Application被定义在自动部署文件：
CATALINA_BASE/l 。
必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA_BASE/l 的路径是绝对路径。作为另外一种选择，也可以删除这个自动部署文件，而在l文件中建立一个Admin Web Application的context，效果是一样的。不能管理Admin Web Application这个应用，换而言之，除了删除CATALINA_BASE/l ，可能什么都做不了。
  如果使用UserDatabaseRealm（默认），将需要添加一个user以及一个role到CATALINA_BASE/l 文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：
  <role name=“admin”/>
  同样需要有一个用户，并且这个用户的角是admin”。象存在的用户那样，添加一
“
个用户（改变密码使其更加安全）：
  <user name=“admin” password=“deep_dark_secret” roles=“admin”/>当完成这些步骤后，请重新启动Tomcat，访问localhost:8080/admin，将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了框架。一旦作为admin”角的用户登录管理界面，将能够使用这个管理界Jakarta Struts“
面配置Tomcat。
  2.配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。
  Manager Web Application被被定义在一个自动部署文件中：
CATALINA_BASE/l 。
  必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。
  如果使用的是UserDatabaseRealm，那么需要添加一个角和一个用户到CATALINA_BASE/l文件中。接下来，编辑这个文件，添加一个名为manager”的角到该文件中：
“
  <role name=“manager”>
  同样需要有一个角为manager”的用户。像已经存在的用户那样，添加一个新用户
“
（改变密码使其更加安全）：
  <user name=“manager” password=“deep_dark_secret”
roles=“manager”/>
  然后重新启动Tomcat，访问localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http: //localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。
  Manager application可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到
/hello“
下，为了测试这个应用，可以这么做，在第一个文件框中输入/hello”（作为访问时
），在第二个文本框中输入file: /home/user/hello”（作为Config URL）。
的path“
  Manager application还允许停止、重新启动、移除以及重新部署一个web应用。停
止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的
错误503 - This application is not currently available”。
——“
  移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。
  3.部署一个web应用
  有两个办法可以在系统中部署web服务。
  1> 拷贝WAR文件或者web应用文件夹（包括该web的所有内容）到
$CATALINA_BASE/webapps目录下。
  2> 为web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。  如果有一个WAR文件，想部署它，则只需要把该文件简单的拷贝到
目录下即可，文件必须以。war”作为扩展名。一旦Tomcat CATALINA_BASE/webapps“
监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名
作为子目录的名字。接下来，Tomcat 将在内存中建立一个context，就好象在
  部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。这种片断文件就像是从l中切取
片断。
出来的context “
元素一样，所以这种片断被命名为context”
  举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：
  <!--
  Context fragment for deploying MyWebApp.war
  -->
  <Context path=“/demo” docBase=“webapps/MyWebApp.war”
  debug=“0” privileged=“true”>
  <Realm className=“org.alm.UserDatabaseRealm”
  resourceName=“UserDatabase”/>
  </Context>
  把该片断命名为l”，然后拷贝到CATALINA_BASE/webapps目录下。
“
  这种context片断提供了一种便利的方法来部署web应用，不需要编辑l，
除非想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
  4.配置虚拟主机（Virtual Hosts）
中Host”这个元素，只有在设置虚拟主机的才需要修改。虚拟主机是  关于l“
一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。
  基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。
  在Tomcat中使用虚拟主机，需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在l中添加几行内容，如下：
  <Server port=“8005” shutdown=“SHUTDOWN” debug=“0”>
  <Service name=“Tomcat-Standalone”>
  <Connector className=“at4.CoyoteConnector”
  port=“8080” minProcessors=“5” maxProcessors=“75”
  enableLookups=“true” redirectPort=“8443”/>
  <Connector className=“at4.CoyoteConnector”
  port=“8443” minProcessors=“5” maxProcessors=“75”
  acceptCount=“10” debug=“0” scheme=“https” secure=“true”/>
  <Factory
className=“at4.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”
  unpackWARs=“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”: ample -->
  <Host name=“ample” appBase=“/home/example/webapp”>  <Context path=“” docBase=“.”/>
  </Host>
  </Engine>
  </Service>
  </Server>
  Tomcat的l文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的l版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=“”）。
  5.配置基础验证（Basic Authentication）
  容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在l文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。