tomcat——轻量级中间件学习

Tomcat文件结构

 ${tomcat目录}

 |--bin/

 |--conf/

 |  |--context.xml

 |  |--server.xml

 |  |--tomcat-users.xml

 |  +--web.xml

  |

 |--lib/

 |--logs/

 +--webapps/

 

Bin      存放启动和关闭tomcat脚本

conf      包含不同的配置文件,server.xml(Tomcat的主要配置文件)和web.xml

work     存放jsp编译后产生的class文件

webapps  存放应用程序示例，以后你要部署的应用程序也要放到此目录

logs      存放日志文件

lib      主要存放tomcat所需的jar文件

 

其中，server.xml是tomcat的主要配置文件，也是我们用到最多的。

如，修改访问端口，tomcat默认端口是8080，我们通常要将它设置为80端口：

port指定一个端口，这个端口负责监听和关闭tomcat的请求

tomcat部署设置

Host 表示一个虚拟主机，name代表了主机名，所以我们用localhost+tomcat的端口号，访问这台“虚拟主机”

appBase指定了部署的目录；

autoDeploy设置是否自动部署；

unpackWARs设置了部署的形式，如果为true，则会以展开的形式部署；如果为false，则会以war包的形式部署。

webapps加载的顺序

1 有context配置的应用优先启动；

2 以目录形式部署的应用随后启动；

3 以war文件部署的应用最后启动。

如何配置context，让他优先启动：

 

在tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个应用程序。

方法：打开server.xml文件，在Host标签内建一个Context，内容如下：

其中path是虚拟路径，docBase是应用程序的物理路径，workDir是这个应用的工作目录。

         这里最常用的是为图片上传配置虚拟目录，如以上的配置，当开启tomcat时，访问http://localhost/photo/+ D:/myapp下的图片名称，就可以读取到他的文件目录下的图片资源。

 

tomcat两种部署方法

静态部署：

部署时，涉及到一个变量appBase。这个变量标识了一个目录，该目录存放着部署的web应用。一般默认情况下，appBase为CATALINA_HOME/webapps，配置信息位于server.xml中。

默认的配置：

静态部署的顺序：

1 部署上下文描述符。

2 部署展开的应用。如果部署目录中存在相应的war包，则检查是否比当前的应用更新；如果更新，则删除当前的应用，并解压该war包，得到最新的应用。

3 部署war包。

 

动态部署：

动态部署需要一个配置参数，autoDeploy 为 true。

　　当设置了该属性后，tomcat会在其运行时支持如下的操作：

　　1 部署新拷贝到appBase下的war文件

　　2 部署拷贝到appBase下的展开的应用（未压缩的）

　　3 当提供一个更新的war包时，重新部署应用。会先删除当前存在的应用，再进行解压部署。

　　4 当/WEB-INF/web.xml被改写时，自动部署

　　5 当web应用的context.xml上下文描述符被更新时，自动部署

　　6 当CATALINA_HOME/conf下对应的应用的上下文描述符被更新时，自动部署

7 当对应的docBase文档被删除时，自动部署。

动态部署是指可以在服务器启动之后部署web应用程序，而不用重新启动服务器。

动态部署要用到服务器提供的manager.war文件，如果在$CATALINA_HOME\webapps\下没有该文件，你必须去重新下载tomcat，否则不能完成以下的功能。

要想使用该管理程序必须首先编辑  $CATALINA_HOME\conf\tomcat-users.xml  文件。

tomcat配置文件context加密

（出自：http://www.cnblogs.com/mabaishui/archive/2011/07/14/2106469.html）

近日客户要求对tomcat配置文件context的数据库用户名和密码加密。
解密程序已写好，只需在取得用户名密码的时候调用解密程序即可。
context配置如下：

为何要修改tomcat代码？ 

 程序中使用这种方式取得Resource中定义的数据库

Context ctx = (Context) new InitialContext().lookup("java:comp/env"); 
DataSource ds = (DataSource) ctx.lookup("jdbc/izumidb1"); 

因为javax.sql.DataSource是一个接口，是tomcat实现了这个接口，所以解密过程需要修改tomcat的代码。

修改哪里？ 
修改org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory的createDataSource()方法即可。

在apache.org找到 BasicDataSourceFactory的源码（最好是你当前使用的tomcat的版本的源码）
自建 org.apache.tomcat.dbcp.dbcp包，把BasicDataSourceFactory源码扔到包里，如果源码有import到其他类，把其他类也扔到包里，做解密修改。

修改完后放哪里？ 

 在tomcat/common/lib中有关于dbcp的包，不同版本的tomcat可能包名不同。找到org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory所在的包，将编译好的我们的BasicDataSourceFactory类的.class文件放到包里,覆盖原来的BasicDataSourceFactory.class。
大功告成。