Tomcat是Java领域最著名的开源web容器，简单、易用，稳定性极好，既可以作为个人学习之用，也可以作为商业产品发布。Tomcat不仅提供了Web容器的基本功能，还支持JAAS和JNDI绑定等。
1.3.1 安装Tomcat服务器
因为Tomcat完个是纯Java实现，因此它是平台无关的，在任何平台上运行完全相同。在Windows和Linux平台上的安装及配置基本相同。我们Windows平台为示范，介绍Tomcat的下载和安装。
1. 登录http：//tomcat.apache.org站点，下载Tomcat合适的版本，而且需使用Servlet3．1规范，因此必须使用Tomcat8．0或更新的版本系列。
目前Tomcat有几个稳定的产品版本，JDK1.6则建议使用Tomcat6.0系列。而Tomcat只有8.0，
才支持Servlet3.1规范。Tomcat 8.0.X的最新稳定版本是8.0.9，建议下载该版本，Windows平台ZIP包，Linux平台下载载TAR包。建议不要下载安装文件，因为安装文件的Tomcat看不到启动、运行时控制台的输出，不利于开发者使用。
2. 解压缩刚下载到的压缩包，解压缩后应有如下文件结构。
bin：存放启动和关闭Tomcat的命令的路径。
conf：存放Tomcat的配置，所有的Tomcat的配置都在该路径上设置。
lib：存放Tomcat服务器的核心类库(JAR文件），如果需要扩展Tomcat功能，也可第三方
类库复制到该路径下。
logs：这是一个空路径，该路径用于保存Tomcat每次运行后产生的日志。
temp：保存web应用运行过程中生成的临时文件。
webapps：该路径用于自动部署web应用，将web应用复制在该路径下，Tomcat会将该应用自动部署在容器中。
work：保存web应用在运行过程中，编译生成的class文件。该文件夹可以删除，但每次启
Tomcat服务器时，系统将再次建立该路径。
license等相关文档。
将解压缩后的文件夹放在任意路径下。
运行Tomcat只需要一个环境变量：JAVA_HOME。不管是Windows还是Linux，只需要增加该环境变量即可，该环境变量的值指向JDK安装路径。
此处JAVA_HOME环境变量应该指向JDK安装路径，不是JRE安装路径。JDK安装
路径下应该包含bin目录，该目录下应该有javac.exe、native2ascii.exe等程序；JDK安装
路径下还含有一个lib目录，该目录下应该有dt.jar和tools.jar两个文件；JDK安装路径下
还应该包含jre目录，这个jre目录就是JDK自带的JRE。
3. 启动Tomcat，对于Windows平台，只需要双击Tomcat安装路径下bin目录中的startup.bat文件即可。启动Tomcat之后，打开浏览器，在地址栏输入http：//localhost：8080，然后回车，浏览器中出现如图1.2所示的界面，即表示Tomcat安装成功。
Tomcat安装成功后，必须对其进行简单的配置，这些配置包括Tomcat的端口、控制台等。下面详细介绍这些配置过程。
虽然Tomcat是一个免费的web服务器，但也提供了图形界面控制台，通过控制台，用户可以方便地部署Web应用、监控Web应用的状态等。但对于一个开发者而言，通常建议通过修改配置文件来管理Tomcat配置，而不是通过图形界面。
1.3.2 配置Tomcat的服务端口
Tomcat的默认服务端口是8080，可以通过管理Tomcat配置文件来改变该服务端口，甚至可以通过修改配置文件让Tomcat同时在多个端口提供服务。
Tomcat的配置文件都放在conf目录下，控制端口的配置文件也放在该路径下。打开conf下的server.xml文件，务必使用记事本或vi等无格式的编辑器，不要使用如写字板等有格式的编辑器。定位server.xml文件的68行处，看到如下代码：
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"/>
其中，Port="8080"就是Tomcat提供web服务的端口，将8080修改成任意的端口，建议使用1024以上的端口，避免与公用端口冲突。此处修改为8888，即Tomcat的web服务的提供端口为8888。修改成功后，重新启动Tomcat后，在浏览器地址栏输入http://localhost：8888，回车，将再次看到如图1.2所显示的tomcat控制台界面，即显示Tomcat端口修改成功。
提示
如果需要让Tomcat运行多个服务，只需要复制server.xml文件中的Service元素，并修改相应的参数，便可以实现一个Tomcat运行多个服务，当然必须在不同的端口提供服务。
在Web应用的开发阶段，通常希望Tomcat能列出Web应用根路径下的所有页面，这样能更方便地选择需要调试的JSP页面。在默认情况下，出于安全考虑，Tomcat并不会列出Web应用根路径下的所有页面，为了让Tomcat列出web应用根路径下的所有页面，可以打开Tomcat的conf目录下的web.xml文件，在该文件的110、111两行，看到一个listings参数，该参数的值默是false,将该参数改为true，
即可让Tomcat列出web应用根路径下的所有页面。即将这两行改为如下形式：
<init-param>
<param-name>listing</param-name>
<p?rarn-value>true</param-vaIue>
</init-param>
1.3.3进入控制台
在图1.2的右上角显示有三个控制台：一个是Server Status控制台，另一个是Manager App控制台，还有一个是Host Manager控制台。 Status控制台用于监控服务器的状态，而Manager控制台可以部署、监控应用，因此通常只需使用Manager控制台即可。
如图1.2右上角所示的第二个按钮，即是进入Manager控制台的链接，单击该按钮将出现如图1所示的登录界面。
这个控制台必须输入用户名和密码才可以登录，控制台的用户名和密码是通过Tomcat的JAAS控制的。下面介绍如何为这个控制台配置用户名和密码。
提示
JAAS的全称是Java Authentication Authorization Service（Java验证和授权API),它用于控制对Java web应用的授权访问。关于JAAS的全面介绍，在前面关于Tomcat文件结构的介绍中己经指出：web apps路径是web应用的存放位置，而Manager控制台对应的web应用也是放在该路径下的。进入webapps/manager/WEB-INF路径下，该路径存放Manager应用的配置文件，用无格式编辑器打开文件。
<!-- Define a Security Constraint on this Application -->
<!-- NOTE: None of these roles are present in the default users file -->
<security-constraint>
<!--访问/HTML/*资源需要manager-gui角色-->
<web-resource-collection>
<web-resource-name>HTML Manager interface (for humans)</web-resource-name>
<url-pattern>/html/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>manager-gui</role-name>
</auth-constraint>
</security-constraint>
<security-constraint>
<!--访问/text/*资源需要manager-script角色-->
<web-resource-collection>
<web-resource-name>Text Manager interface (for scripts)</web-resource-name>
<url-pattern>/text/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>manager-script</role-name>
</auth-constraint>
</security-constraint>
<security-constraint>
<!--访问/jmxproxy/*资源需要manager-jmx角色-->
<web-resource-collection>
<web-resource-name>JMX Proxy interface</web-resource-name>
<url-pattern>/jmxproxy/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>manager-jmx</role-name>
</auth-constraint>
</security-constraint>
<security-constraint>
<web-resource-collection>
<!--访问/status/*资源需要以下任务一个角色-->
<web-resource-name>Status interface</web-resource-name>
<url-pattern>/status/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>manager-gui</role-name>
<role-name>manager-script</role-name>
<role-name>manager-jmx</role-name>
<role-name>manager-status</role-name>
</auth-constraint>
</security-constraint>
<!-- Define the Login Configuration for this Application -->
<!--确定JAAS的登录方式-->
<login-config>
<!--BASIC表示使用弹出式窗口登录-->
<auth-method>BASIC</auth-method>
<realm-name>Tomcat Manager Application</realm-name>
</login-config>
通过上面的配置文件可以知道，登录Manager控制台可能需要不同的manager角色。对于普通开发者来说，通常需要访问匹配/html/*、/status/*的资源，因此为该用户分配一个manager-gui角色即可。
Tomcat默认采用文件安全域，即以文件存放用户名和密码，Tomcat的用户山conf路径下的
tomcat-users.xml文件控制，打开该文件，发现该文件内有如下内容：
<tomcat-users>
<!--
NOTE: By default, no user is included in the "manager-gui" role required
to operate the "/manager/html" web application. If you wish to use this app,
you must define such a user - the username and password are arbitrary.
-->
<!--
NOTE: The sample user and role entries below are wrapped in a comment
and thus are ignored when reading this file. Do not forget to remove
<!.. ..> that surrounds them. http://www.infocool.net
-->
<!--
<!--增加一个角色，指定角色名即可-->
<role rolename="tomcat"/>
<role rolename="role1"/>
<!--增加一个用户，指定用户名、密码、角色即可-->
<user username="tomcat" password="tomcat" roles="tomcat"/>
<user username="both" password="tomcat" roles="tomcat,role1"/>
<user username="role1" password="tomcat" roles="role1"/>
-->
</tomcat-users>
上面的配置文件显示了Tomcat默认没有配置任何用户，所以无论在如图1.3所示的登录对话框中输入任何内容，系统都不能登录成功。为了正常登录Manager控制台，可以通过修改tomcat-users.xml文件来增加用户，并让该用户属于manager角色即可。Tomcat允许在元素中增加元素来增加用户，将tomcat-users.xml文件内容修改如下：
<tomcat-users>
<!--
<!--增加一个角色，指定角色名即可-->
<role rolename="manager-gui"/>
<!--增加一个用户，指定用户名、密码、角色即可-->
<user username="manager" password="manager" roles="manager-gui"/>
-->
</tomcat-users>
上面的配置文件中粗体字代码行增加了一个用户：用户名为manager，密码为manager，角色属于manager-gui。这样即可在如图1.3所示的登录对话框中输入manager、manager来登录Manager控制台。
成功登录后可以看到如图1.4所示的界面。
图1.4 Tomcat的Manager控制台
在如图1.4所示的控制台可监控到所有部署在该服务器下的web应用，左边列出了所有部署在该web容器内的web应用，右边的4个按钮则用于控制，包括启动、停止、重启等。
控制台下方的Deploy区则用于部署web应用。Tomcat控制台提供两种方式部署web应用：一种是将整个路径部署成web应用：另一种是将WAR文件部署成web应用（在图1.4中看不到这种方式，在Deploy区下面，还有一个WAR file to deploy区，用于部署WAR文件）。
1.3.4部署web应用
在Tomcat中部署web应用的方式主要有如下几种。
l 利用Tomcat的自动部署。
l 利用控制台部署。
l 增加自定义的web部署文件。
l 修改server.xml文件部署Web应用。
利用Tomcat的自动部署方式是最简单、最常用的方式，只要将一个web应用复制到Tomcat的webapps下，系统就会把该应用部署到Tomcat中。
利用控制台部署web应用也很简单，只要在部署web应用的控制台按如图1.5所示方式输入即可。
图1.5利用控制台部署Web应用
按如图所示方式输入后，单击“Deploy"按钮，将会看到Tomcat的web aps目录下多了一个
名为AppName的文件夹，该文件夹的内容和自己项目文件夹的内容完全相同。这表明：当利用控制台部署web应用时，其实质依然是利用Tomcat的自动部署。
第三种方式则无须将web应用复制到Tomcat安装路径下，只是部署方式稍稍复杂一点，需要在conf目录下新建Catalina目录，再在Catalina目录下新建localhost目录，最后在该目录下新建一个名字任意的XML文件一一该文件就是部署web应用的配置文件，该文件的主文件名将作为web应用的虚拟路径。例如在conf/Catalina/localhost下增加一个dd.xml文件，该文件的内容如下：
<Context path="" docBase="D:\workspace\App" debug="0" reloadable="true"/>
上面的配置文件中粗体字代码指定了web应用的绝对路径，再次启动Tomcat，Tomcat将会把
D:\workspace\路径下的App文件夹部署成web应用。该应用的URL地址为：
http://<server-host:port>/dd, 其中URL中的dd就是web部署文件的主名。
最后还有一种方式是修改server.xml文件，这种方式需要修改conf目录下的server.xml文件，修改该文件可能破坏Tomcat的系统文件，因此不建议采用。
1.3.5配置Tomcat的数据源
从Tomcat 5.5开始，Tomcat内置了DBCP的数据源实现，所以可以非常方便地配置DBCP数据源。
Tomcat提供了两种配置数据源的方式，这两种方式所配置的数据源的访问范围不同：一种数据源可以让所有的web应用都访问，被称为全局数据源；另一种只能在单个的web应用中访问，被称为局部数据源。
不管配置哪种数据源，都需要提供特定数据库的JDBC驱动。我们以MySQL为例来配置数据源，所以读者必须将MySQL的JDBC驱动程序复制到Tomcat的lib路径下。
局部数据源无须修改系统的配置文件，只需修改用户自己的web部署文件，不会造成系统的混乱，而且数据源被封装在一个web应用之内，防止被其他的web应用访问，提供了更好的封装性。
局部数据源只与特定的web应用相关，因此在该web应用对应的部署文件中配置。例如，为上面的Web应用增加局部数据源，修改Tomcat下conf/Catalina/localhost下的dd.xml文件即可。为Context元素增加一个Resource子元素，增加局部数据源后的dd.xml文件内容如下：
<Context docBase="G：/publish/codes/Ol/aa" debug="0">
<!--其中name指定数据源在容器中的JNDI名
driverClassName指定连接数据库的驱动
uri指定数据库服务的URL
username指定连接数据库的用户名
Password指定连接数据库的密码
maxActive指定数据源最大活动连接数
maxIdie指定数据池中最大的空闲连接数
maxwait指定数据池中最大等待获取连接的客户端
-->
<Resource name:"jdbc/dstest"auth="Container"
Type=”javax.sql.DataSource"
driverCIassName="com.mysql.jdbc.Driver"
Url=”jdbc://localhost:3306/javaee"
Username="root" pssword="32147" max?ctive="5"
maxIdIe="2" maxWait=”10000"/>
</Context>
上面的配置文件中粗体字标出的Resource元素就为该web应用配置了一个局部数据源，该元素的各属性指定了数据源的各种配置信息。
提示
JNDI的全称是Java Naming Directory Interface，即Java命名和目录接口，听起来非常专业，其实很简单：就是为某个Java对象起一个名字。例如，上面JNDI的用途就是为Tomcat容器中的数据源起一个名字：jdbc/dstest，从而让其他程序可以通过该名字来访问该数据源对象。
再次启动Tomcat,该web应用即可通过该JNDI名字来访问该数据源。下面是测试访问数据源的
JSP页面代码片段。
//初始化Context，使用InitialContext初始化Context
Context ctx = new InitiaIContext();
/*
通过JND工查找数据源，该JND工为java：comp/env/jdbc/dstest,分成两个部分
Java:comp/env是Tomcat固定的，Tomcat提供的JNDI绑定都必须加该前缀
jdbc/dstest是定义数据源时的数据源名
DataSource ds = (DataSource)ctx.lookup("java:comp/env/jdbc/dstest");
//获取数据库连接
Connection conn = ds.getConnection()冫
//获取Statement
Statement stmt = conn.createStatement();
//执行查询，返回Resultset对象
ResultSetrs = stmt.executeQuery(“select * from new_inf”)
While (rs.next())
Out..println(rs.getString(1)) +”\t" + rs.getString(2) +”<br/>”);
上面的粗体字代码实现了JNDI查找数据源对象，一旦获取了该数据源对象，程序就可以通过该数据源取得数据库连接，从而访问数据库。
上而的方式是配置局部数据源，如果需要配置全局数据源，则应通过修改server文件来实现。
全局数据源的配置与局部数据源的配置基本类似，只是修改的文件不同。局部数据源只需修改Web应用的配置文件，而全局数据源需要修改Tomcat的server.xml文件。
使用全局数据源需要修改Tomcat原有的server.xml文件，所以可能导致破坏Tomcat
系统，因而尽量避免使用全局数据源。
转载请注明出处http://blog.csdn.net/wolaiye320/article/details/51420178