Linux精华 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/l 。（译者注：CATALINA_BASE即tomcat安装目录下的server目录）
你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA
大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。Admin Web Application被定义在自动部署文件：CATALINA_BASE/l 。（译者注：CATALINA_BASE即tomcat安装目录下的server目录）
你必须编辑这个文件，以确定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"
如果你使用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采用基于容器管理的安全机制，并采用了Jakarta Struts框架。一旦你作为“admin”角的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。
2、配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。Manager Web Application被被定义在一个自动部署文件中：
CATALINA_BASE/l
roles="admin"/＞
当你完成这些步骤后，请重新启动Tomcat，访问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/l
你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。（译者注：CATALINA_HOME即tomcat安装目录）
如果你使用的是UserDatabaseRealm，那么你需要添加一个角和一个用户到CATALINA_BASE/l文件中。接下来，编辑这个文件，添加一个名为“manager”的角到该文件中：
＜role name=”manager”＞
你同样需要有一个角为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：
＜user name="manager"
password="deep_dark_secret"
roles="manager"/＞
然后重新启动Tomcat，访问localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问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”。
roles="manager"/＞
然后重新启动Tomcat，访问localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问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_BA
SE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。
接下来，免费永久的linux服务器Tomcat将在内存中建立一个context，就好象你在l文件里建立一样。当然，其他必需的内容，将从l中的DefaultContext获得。
部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。
这种片断文件就像是从l中切取出来的context元素一样，所以这种片断被命名为“context片断”。
举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：
接下来，免费永久的linux服务器Tomcat将在内存中建立一个context，就好象你在l文件里建立一样。当然，其他必需的内容，将从l中的DefaultContext获得。
部署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目录下。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论