目录结构及用途
目录 |
用途 |
bin |
包含启动/关闭脚本 |
conf |
包含不同的配置文件,包括 server.xml(Tomcat的主要配置文件)和为不同的Tomcat配置的web应用设置缺省值的文件web.xml |
doc |
包含各种Tomcat文档 |
lib |
包含Tomcat使用的jar文件.unix平台此目录下的任何文件都被加到Tomcat的classpath中 |
Logs |
存放Tomcat的日志文件 |
/server |
包含3个子目录:classes、lib和webapps |
src |
ServletAPI源文件.先别高兴,这些只有些必须在Servlet容器内实现的空接口和抽象类 |
webapp |
包含web项目示例,当发布web应用时,默认情况下把web文件夹放于此目录下 |
work |
Tomcat自动生成,放置Tomcat运行时的临时文件(如编译后的JSP文件).如在Tomcat运行时删除此目录.JSP页面将不能运行.[ jsp生成的sevlet放在此目录下] |
classes |
你可以创建此目录来添加一些附加的类到类路径中.任何你加到此目录中的类都可在Tomcat的类路径中找到自身. |
Common/bin |
存在Tomcat服务器及所有的web应用程序可以访问的JAR文件 |
Server/bin |
存在Tomcat服务器运行所需的各种JAR文件。 |
Share/Bin |
存在所有的web应用程序可以访问的JAR文件(不能被tomcat访问) |
/server/webapps |
存放tomcat两个自带Web应用 admin应用和manager应用 |
从表2
中可以看到,Server/bin,Share/Bin,Common/bin目录下都可以放JAR,他们的区别在于:
在Server/bin目录下的JAR文件只能被Tomcat服务器访问。
在Share/Bin,目录下的JAR文件可以被所有的web应用程序访问,但不能被Tomcat服务器访问。
在Common/bin目录下的JAR文件可以被Tomcat服务器和所有的web应用程序访问。
此外,对于后面介绍Java
Web应用程序,在它的WEB-INF目录下,也可以建立lib子目录,在lib子目录下可以存放各种JAR文件,这些JAR文件只能被当前WEB应用程序所访问。
Java
Web应用由一组静态HTML页、Servlet、JSP和其他相关的class组成。每种组件在Web应用中都有固定的存放目录。Web应用的配置信息存放在web.xml文件中。在发布某些组件(如Servlet)时,必须在web.xml文件中添加相应的配置信息。
在Tomcat应用服务器上发布Web应用程序,应该在<CATALINA_HOME>/webapps目录下创建这个Web应用的目录结构。
Web应用的目录结构
目 录 |
描 述 |
/helloapp |
Web应用的根目录,所有的JSP和HTML文件都存放于此目录下 |
/helloapp/WEB-INF |
存放Web应用的发布描述文件web.xml |
/helloapp/WEB-INF/classes |
存放各种class文件,Servlet类文件也放于此目录下 |
/helloapp/WEB-INF/lib |
存放Web应用所需的各种JAR文件。例如,在这个目录下,可以存放JDBC驱动程序的JAR文件。 |
注:在classes以及lib子目录下,都可以存放Java类文件。在运行过程中,Tomcat的类装载器先装载classes目录下的类,再装载lib.
Tomcat的配置文件
Tomcat的配置基于两个配置文件:
1.server.xml -
Tomcat的全局配置文件
2.web.xml
- 在Tomcat中配置不同的关系环境
server.xml
server.xml是Tomcat的主配置文件.完成两个目标:
1 提供Tomcat组件的初始配置.
2
说明Tomcat的结构,含义,使得Tomcat通过实例化组件完成起动及构建自身,
如在server.xml所指定的
server.xml种的重要元素:
元素及其描述
Server
server.xml文件中最重要的元素.Server定义了一个Tomcat服务器.一般你不用对他担心太多.Server元素能包含Logger和ContextManager元素类型
Logger
此元素定义一个Logger对象,每个Logger都有一个名字去标识,也有一个纪录Logger的输出和冗余级别(描述此日志级别)和包含日志文件的路
径.通常有servlet的Logger(ServletContext.log()处),JSP和Tomcat运行时的Logger.
ContextManager
ContextManager说明一套ContextInterceptor,
RequestInterceptor ,
Context和他们的Connectors的配置及结构.ContextManager有几个随同提供的特性:
1. 用来纪录调试信息的调试级别
2.
webapps/,conf/,logs/和所有已定义的环境的基本位置.用来使Tomcat可以在TOMCAT_HOME外的其他目录启动.
3. 工作目录的名字
ContextInterceptor&RequestInterceptor
这些侦听器(interceptors)侦听具体发生在ContextManager中的事件.例如,ContextInterceptor侦听
Tomcat的启动及终止事件,RequestInterceptor监视在它服务过程中用户请求需要通过的不同阶段.Tomcat的管理员不必知道太多
关于侦听器的知识;另外,开发者应该知道这是如何在Tomcat中实现一个”全局”型的操作(例如安全性及每个请求日志)
Connector
Connector表示一个到用户的联接,不管是通过web服务器或直接到用户浏览器(在一个独立配置中).Connector负责管理Tomcat的工作线程和
读/写 连接到不同用户的端口的
请求/响应.Connector的配置包含如下信息:
1.句柄类
2.句柄监听的TCP/IP端口
3.句柄服务器端口的TCP/IP的backlog.
Context
每个Context提供一个指向你放置你Web项目的Tomcat的下属目录。每个Context包含如下配置:
1.
Context放置的路径,可以是与ContextManager主目录相关的路径.
2.纪录调试信息的调试级别
3.可重载的标志.开发Servlet时,重载更改后的Servlet,这是一个非常便利的特性,你可以调试或用Tomcat测试新代码而不用停止或重新
启动Tomcat.要打开重载,把reloadable设为真即可.这虽花费时间但可检测所发生的变化;更重要的事,鉴于,在一个装载类对象装入一个新的
servlet时,类装载触发器可能会掷出一些错误.为避免这些问题,你可以设置可重载为假,这将停止重载功能.
web.xml
Tomcat可以让用户通过将缺省的web.xml放入conf目录中来定义所有关系环境的web.xml的缺省值.建立一个新的关系环境
时,Tomcat使用缺省的web.xml文件作为基本设置和应用项目特定的web.xml(放在应用项目的WEB-INF/web.xml文件)来覆盖
这些缺省值.
来源:http://blog.sina.com.cn/s/blog_5677bc5401000c52.html