Tomcat配置技巧
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/webapps/admin.xml 。（译者注：CATALINA_BASE 即tomcat安装目录下的server目录）
你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA
_BASE/webapps/admin.xml的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除
CATALINA_BASE/webapps/admin.xml ，你可能什么都做不了。
如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：
同样需要有一个用户，并且这个用户的角色是“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被被定义在一个自动部署文件中： CATALINA_BASE/webapps/manager.xml 你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。（译者注：CATALINA_HOME即tomcat安装目录） 如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中： 同样需要有一个角色为“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. 拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。 2. 为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。 如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。 接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。 部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描 述。 这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。 举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断： docBase="webapps/MyWebApp.war" debug="0" privileged="true"> "https://www.sodocs.net/doc/791257565.html,erDatabaseRealm" resourceName="UserDatabase"/> 把该片断命名为“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中添加几行内容，如下： shutdown="SHUTDOWN" debug="0"> "org.apache.coyote.tomcat4.CoyoteConnector" port="8080" minProcessors="5" maxProcessors="75" enableLookups="true" redirectPort="8443"/> "org.apache.coyote.tomcat4.CoyoteConnector" port="8443" minProcessors="5" maxProcessors="75" acceptCount="10" debug="0" scheme="https" secure="true"/> clientAuth="false" protocol="TLS" /> defaultHost="localhost" debug="0"> debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true"> docBase="/home/ian/orders" debug="0" reloadable="true" crossContext="true"> appBase="/home/example/webapp"> 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还是非常易于设置和使用的。只需要添加和两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml文件中添加适当的和即可，然后重新启动Tomcat。 下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。 Entire Application Members-only Area 6、配置单点登录（Single Sign-On） 一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。 如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。 Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web 应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn Valve元素即可，如下所示： "org.apache.catalina. authenticator.SingleSignOn" debug="0"/> 在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。使用single sign-on valve有一些重要的限制： 1> value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。 2> 包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。 3> 不能被context中的realm覆盖。 4> 使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。 5> 如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。 当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。 6> 单点登录需要使用cookies。 7、配置用户定制目录（Customized User Directores） 一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：https://www.sodocs.net/doc/791257565.html,/~username https://www.sodocs.net/doc/791257565.html,/~username Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是 https://www.sodocs.net/doc/791257565.html,erConfig，userClass属性应该是几个映射类之一。 如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase 映射类。 "https://www.sodocs.net/doc/791257565.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类。 "https://www.sodocs.net/doc/791257565.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的CLASSPATH 下。 2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把关于CGI的那段的注释去掉（默认情况下，该段位于第241行）。 3. 同样，在Tomcat的CATALINA_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列表。 使用起来是容易的，因为你只需要在元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下： org.apache.jasper.servlet.JspServlet 当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。 10、限制特定主机访问（Restricting Access to Specific Hosts） 有时，你可能想限制对Tomcat web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个 参数供你配置：RemoteHostValve 和RemoteAddrValve。 通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。例如你可以把Admin Web application设置成只允许本地访问，设置如下： "/path/to/secret_files" ...> allow="127.0.0.1" deny=""/> 如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的 Tomcat的配置文件server.xml 中各个域的说明及相关配置 2007-04-20 12:42 Tomcat（免安装版）的安装与配置 一、下载Tomcat Tomcat可以从https://www.sodocs.net/doc/791257565.html,/网站下载，选择任意版本，在 Binary Distributions 下的zip包既是。 二、配置Tomcat 1、将下载Tomcat Zip压缩包解压。 2、修改\bin\startup.bat文件： 在第一行前面加入如下两行： SET JAVA_HOME=JDK目录 SET CATALINA_HOME=前面解压后Tomcat的目录或者%cd% 如果需要使用shutdown.bat关闭服务器的话，也按照上面加入两行。 3、这样，运行startup.bat就可以运行服务器，运行shutdown.bat就可以关闭服务器了。 4、修改\conf\tomcat-users.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（进程间通信）的简写，它是实现进程间通信的一 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如下： Tomcat网站发布配置方案详细说明 修改端口、修改默认发布目录、多域名绑定 一、修改发布端口号为80（Tomcat默认为8080） 打开配置文件（我的如下：E:\J2EEServer\Tomcat 6.0\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的产 TOMCAT在AIX的安装与配置(for EPS项目) 解压缩文件 gunzip apache-tomcat-5.5.33.tar.gz tar -xvf apache-tomcat-5.5.33.tar 解压后的文件放在/usr/apache-tomcat-5.5.33目录。 设置环境变量 编辑/etc/profile文件，加入以下两行内容 export JA VA_HOME=/usr/java14 export CATALINA_HOME=/usr/apache-tomcat-5.5.33 编辑Server.xml 文件在CATALINA_HOME/conf下： 在 编辑Web.xml 文件在CATALINA_HOME/conf下： Tomcat的下载、安装与配置 1、安装Tomcat前要先安装JDK 2、下载Tomcat Tomcat官网：https://www.sodocs.net/doc/791257565.html,/ 对于Windows操作系统，tomcat提供了两种安装文件，一个文件exe格式，另一个文件为zip格式。exe是可运行的安装程序，读者只需要双击这个文件，即可开始安装Tomcat。在安装过程中，安装程序会自动搜寻JDK和JRE的位置，并把Tomcat服务加入到Windows操作系统的服务中，同时在“开始”→“程序”菜单中加入Tomcat 服务器管理菜单。zip是一个压缩包，只需要把它解压到本地硬盘即可，这种方式既适合Windows系统下的安装，也适用于其他操作系统，例如Linux系统，所以下面主要介绍zip的安装与Tomcat运行环境的设置。 3、ZIP格式Tomcat安装文件的安装及设置 A、Tomcat安装文件的安装及设置 把Tomcat压缩文件apache-tomcat-8.0.3-windows-x64.zip中的内容解压缩到D:\DevTools\apache-tomcat-8.0.3下，然后增加系统变量： 变量名：TOMCAT_HOME；变量值：D:\DevTools\apache-tomcat-8.0.3。然后修改系统变量classpath，添加%TOMCAT_HOME% \lib\servlet-api.jar；同时修改系统变量path，添加%TOMCAT_ HOME%\bin。 B、测试Tomcat 要测试Tomcat服务器是否安装成功，首先要启动Tomcat服务器。在Tomcat安装目录D:\DevTools\apache-tomcat-8.0.3下面有一个bin目录，里面有两个文件：startup.bat和shutdown.bat，分别控制Tomcat的启动和关闭。由于在前一节中已经把该目录加入到系统变量Path中，所以在命令行中直接输入对应的文件名即可实现Tomcat的启动和关闭，而不需要切换目录。在命令行中输入startup.bat，即可启动Tomcat，如 图所示： 一、静态部署 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的安装配置 第一步：下载jdk和tomcat 第二步：安装和配置你的jdk和tomcat：执行jdk和tomcat的安装程序，然后设置按照路径进行安装即可。 1.安装jdk以后，需要配置一下环境变量，在我的电脑->属性->高级->环境变量 ->系统变量中添加以下环境变量(假定你的jdk安装在C:\Program Files\Java）：JA VA_HOME=C:\Program Files\Java\jdk1.6.0_10 classpath=.;%JAV A_HOME%\lib\dt.jar;%JAV A_HOME%\lib\tools.jar;（.;一定不能少，因为它代表当前路径) path=%JA VA_HOME%\bin 接着可以写一个简单的java程序来测试JDK是否已安装成功： public class Test{ public static void main(String args[]){ System.out.println("This is a test program."); } } 将上面的这段程序保存为文件名为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如下： classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%CATALIN A_HOME%\common\lib\servlet-api.jar; 第一种方法：在tomcat 中的conf 目录中，在server.xml 中的， Tomat安装教程 一．下载前需知： 1.电脑之前若装有一阶段的eclipse，将其jdk卸载掉。 2.查看电脑系统类型，根据系统类型下载对应版本。 例如图1_1,显示我的电脑系统类型是64位操作系统。（右击“这台电脑”-属性） 图1_1 电脑系统类型 二．下载安装软件（基于64位操作系统） 如图1_2所示需要下载的三个软件：jdk,tomcat,eclipse 图1_2下载的三个软件版本 具体下载安装如下： 1.下载jdk-8u-windows-x64 1）在工具中首先安装jdk-8u-windows-x64(电脑是 64)位的（jdk-8u60与jdk-8u91差不多，为防出错建议安装低版本- jdk-8u60的），默认安装在c盘根目录之下即可。 2）配置环境变量,结果如图1_3： JAVA_HOME : jdk 的安装路径 PATH : jdk 的bin 路径 图1_3 jdk环境变量配置 3）检测jdk版本：window+R 调出CMD ,输入指令Set java：出现jdk的版本就说明环境变量配置成功。结果如图1_4所示。 图1_4 cmd中检测jdk配置成功性 2.下载tomat版本为8.0(8.0以上版本与eclipse不兼容) Apache-tomat-8.0.24-windows-x64.zip（参见图1_2） 在工具中首先解压apache-tomcat-8.0.24-windows-x64(电脑是64位的)。将其解 压在在根目录下即可，例如：D:\Program Files (x86)\apache-tomcat-8.0.24。 Tomcat 解压之后不需要安装，直接可以使用。 2）配置环境变量,结果如图1_5所示： CATALINA_HOME : Tomcat 的安装路径 tomcta免安装版配置: 一、下载Tomcat Tomcat可以从https://www.sodocs.net/doc/791257565.html,/网站下载，选择任意版本，在Binary Distributions 下的zip包既是。 二、配置Tomcat 1、将下载Tomcat Zip压缩包解压。 2、修改\bin\startup.bat文件： 在第一行前面加入如下两行： SET JAVA_HOME=JDK目录 SET CATALINA_HOME=前面解压后Tomcat的目录或者%cd% 如果需要使用shutdown.bat关闭服务器的话，也按照上面加入两行。 3、这样，运行startup.bat就可以运行服务器，运行shutdown.bat就可以关闭服务器了。 4、修改\conf\tomcat-users.xml文件： 在 一、准备工作 在开始安装之前，先准备J2SDK和TOMCAT两个软件，如果已经安装了J2SDK，就只需TOMCAT即可。 笔者使用的软件如下： Windows 2000 Advance Server + SP4 J2SDK v1.4.2_04 - https://www.sodocs.net/doc/791257565.html,/j2se/1.4.2/download.html TOMCAT v5.0.28 - https://www.sodocs.net/doc/791257565.html,/dist/jakarta/tomcat-5/v5.0.28/bin/jakarta-tomcat-5.0.28.exe 二、安装J2SDK 安装很简单，只需双击下载的文件，笔者选择安装在d:\j2sdk1.4.2_04目录下。 设置环境变量，方法如下： 右击“我的电脑”==》属性==》高级==》环境变量==》新建... 变量名：JAVA_HOME 变量值：d:\j2sdk1.4.2_04 三、安装TOMCAT 运行jakarta-tomcat-5.0.28.exe 按照提示安装，偶这里选择了Service，就是作为Windows 服务来运行。 如果要改变安装路径，可以在这个步骤操作，偶这里选择安装在D:\Tomcat 5.0 在这里设置TOMCAT使用的端口以及WEB管理界面用户名和密码，请确保该端口未被其他程序占用 选择J2SDK的安装路径，安装程序会自动搜索，如果没有正确显示，则可以手工修改，偶这里改为d:\j2sdk1.4.2_04 接下来就开始拷贝文件了，成功安装后，程序会提示启动tomcat并查看readme文档。 安装过程： 运行apache-tomcat-5.5.28.exe 按照提示安装，偶这里选择了Service，就是作为Windows服务来运行 如果要改变安装路径，可以在这个步骤操作，偶这里选择安装在D:\Tomcat 5.0 在这里设置TOMCAT使用的端口以及WEB管理界面用户名和密码，请确保该端口 未被其他程序占用 选择JDK的安装路径，安装程序会自动搜索，如果没有正确显示，则可以手工修 改，偶这里改为d:\j2sdk1.4.2_04 接下来就开始拷贝文件了，成功安装后，程序会提示启动tomcat并查看readme文档。Tomcat正常启动后会在系统栏加载图标。 在图标上右键鼠标可以看到一些设置项目 点击Configure...或者双击图标可看到如下显示，选择Startup type为 automatic自动启动，这样每次开机后就会自动运行TOMCAT。 另外也可在这个界面点击start或stop按钮来控制tomcat的运行。 测试： 至此安装与配置都已完成，打开浏览器输入：http://localhost:8080即可看到 TOMCAT的相关信息 备注 由于偶将TOMCAT作为service方式安装，所以TOMCAT_HOME环境变量也没设过，如果读者不是按照这种方式请设置一个系统环境变量，设置方法同JDK。 变量名：TOMCAT_HOME 变量值：d:\Tomcat 5.0 另外可再增加一个环境变量 变量名：CLASSPATH 变量 值：.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%TOMCAT_HOME%\ common\lib\servlet-api.jar;%TOMCAT_HOME%\common\lib\jsp-api.jar 也是因为service安装的原因，笔者在执行一些程序的时候会出现如下错误信息： Unable to find a javac compiler; com.sun.tools.javac.Main is not on the classpath. Perhaps JAVA_HOME does not point to the JDK 错误信息是没有设置过JAVA_HOME环境变量，读者也可能碰到过这个问题，明明设置过这个环境变量，在服务里启动就会出错，但是在命令行下输入 D:\Tomcat 5.0\bin\startup.bat启动却能运行，笔者找了一下原因，原来在服务里启动没有读取JAVA_HOME这个环境变量，而是在配置里定义这个环境变量的，于是偶在Java Options里加入了一句：-Djava.home=d:\j2sdk1.4.2_04， tomcat6.0配置 第一步：下载jdk和tomcat：JDK下载Tomcat下载 最新的jdk为1.6.10，tomcat为6.0，建议jdk1.4以上，tomcat4.0以上 第二步：安装和配置你的jdk和tomcat：执行jdk和tomcat的安装程序，然后设置按照路径进行安装即可。 1.安装jdk以后，需要配置一下环境变量，在我的电脑->属性->高级->环境变量->系统变量中添加以下环境变量(假定你的jdk安装在C:\Program Files\Java）： JAVA_HOME=C:\Program Files\Java\jdk1.6.0_10 classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;（.;一定不能少，因为它代表当前路径) path=%JAVA_HOME%\bin 接着可以写一个简单的java程序来测试JDK是否已安装成功： public class Test{ public static void main(String args[]){ System.out.println("This is a test program."); } } 将上面的这段程序保存为文件名为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 如下： classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%CATALINA_HOME%\common\lib\servlet-api.jar; 【注意最新版本的Tomcat中可能没有common这个文件夹了。所以servlet-api.jar应该的路径为 %CATALINA_HOME%\lib\servlet-api.jar;请根据自己的情况自己修改！】 接着可以启动tomcat，在IE中访问http://localhost:8080，如果看到tomcat的欢迎页面的话说明安装成功了。 第三步：建立自己的jsp app目录 1.到Tomcat的安装目录的webapps目录，可以看到ROOT，examples, tomcat-docs之类Tomcat自带的的目录； 2.在webapps目录下新建一个目录，起名叫myapp； 3.myapp下新建一个目录WEB-INF，注意，目录名称是区分大小写的； 4.WEB-INF下新建一个文件web.xml，内容如下： Tomcat报告——Tomcat中SSI的配置 1.简介： SSI全称（Server Side Includes）是在HTML静态页面中使用的指令，当页面在服务端执行的时候是可以进行服务端解析的。这种方式可以让我们在存在的HTML页面里面分块动态生成内容而不在整个执行了CGI等服务端技术的基础之上进行动态页面服务。在返回请求的页面(包含SSI指令)前，服务器会处理这些指令，并用处理的结果替换指令，然后把页面返回。我们使用Tomcat作为Http 服务器的时候，我们需要使用SSI可以在Tomcat添加对SSI的支持。 Tomcat服务器的SSI支持的实现方式和Apache里面的SSI指令一样，在Tomcat里面实现SSI支持使用的是一个Servlet和一个Filter（Servlet和Filter的基本信息参考JSP教程），我们可以使用其中一种方式来进行SSI支持的配置，但是不需要两个同时配置，同时配置是否会产生冲突我不太清楚，一般情况下配置一个就可以了。 实现SSI支持的Servlet实现使用了org.apache.catalina.ssi.SSIServlet，另外需要在Servlet的路径解析里面添加映射规则“*.shtml”。 实现SSI支持的Filter使用了org.apache.calalina.ssi.SSIFilter。另外，在Filter 路径解析里面也需要添加映射规则“*.shtml”，而且在Filter配置的时候需要在映射规则里面添加能够执行的mime type，contentType的初始化参数允许你执行服务器下边的资源。在Tomcat里面默认是禁用了SSI的。 注意：SSI指令执行Tomcat外部的JVM，如果我们使用Java的安全管理器需要在calalina.policy文件里面进行配置。若要使用SSI Servlet和SSI Filter，直接在服务器的路径$CATALINA_BASE/conf/web.xml文件里面将SSI的注释去掉。需要注意的是在Tomcat服务器里面仅仅只有标记了privileged的Context可以使用SSI 功能。（*：当privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet，Tomcat的文档里面讲了使用的lib的域，每个应用程序如果不设置这个属性，是不能访问容器内的Servlet的，这里应该指代的是全局的Servlet）否则这里会遇到异常： https://www.sodocs.net/doc/791257565.html,ng.SecurityException: Filter of class org.apache.catalina.ssi.SSIFilter(SSIServlet)is privileged and cannot be loaded by this web application 2.服务器配置属性： 在配置SSI Servlet的时候需要用到的参数（init parameters）如下： buffered：是需要将输入保存到缓冲区（0=false,1=true）默认是0（false）Tomcat的配置文件server.xml 中各个域的说明及相关配置
Tomcat(免安装版)的安装与配置
Tomcat完整教程
tomcat配置信息
Tomcat网站发布配置方案详细说明
tomcat安装与配置
TOMCAT在AIX的安装与配置
Tomcat的下载、安装与配置
Tomcat项目部署方式
tomcat安装配置详解+Eclipse的Tomcat插件安装过程
tomcat的url配置
eclipse与tomcat配置安装教程
tomcat配置(免安装及安装版)之间有什么区别
完整图解 Tomcat 5.0.28 安装笔记
[图解]手把手教你安装配置tomcat服务器
tomcat 6.0配置
Tomcat中SSI的详细配置