Tomcat 6.0下创建虚拟目录的几种方法

1. %TOMCAT_HOME%\webapps\下直接创建，这种方法有一个缺点，就是每次要把文件都复制到这个目录下。Myeclipse下配置tomcat就是通过这样的方法。
2. %TOMCAT_HOME%\conf\server.xml中增加
   xml 代码

   <Host name="localhost"  appBase="webapps"
               unpackWARs="true" autoDeploy="true"
               xmlValidation="false" xmlNamespaceAware="false">
       <Context path="/richfaces" reloadable="true" docBase="d:\javastudio\oob"/>
   Host>

   这种方法也比较麻烦，每次都要打开server.xml文件。
3. %TOMCAT_HOME%\conf\catalina\localhost增加相应的文件（文件名*.xml）
   richfaces.xml代码

   <Context path="/richfaces" reloadable="true" docBase="d:\javastudio\oob"/>

   每次要加载这个虚拟目录是，只要把这个文件复制到%TOMCAT_HOME%\conf\catalina\localhost，不要的时候把它删除。方便，简单。我一般都用这个。

 所有Context的实现支持如下属性：

属性 描述

backgroundProcessorDelay	这个值代表在context及其子容器（包括所有的wrappers）上调用backgroundProcess方法的延时，以秒为单位。如果延时值非负，子容器不会被调用，也就是说子容器使用自己的处理线程。如果该值为正，会创建一个新的线程。在等待指定的时间以后，该线程在主机及其 子容器上调用backgroundProcess方法。context利用后台处理session过期，监测类的变化用于重新载入。如果没有指定，该属性的缺省值是－1，说明context依赖其所属的Host的后台处理。
className	实现的Java类名。该类必须实现org.apache.catalina.Context接口。如果没有指定，使用标准实现（在下面定义）。
cookies	如果想利用cookies来传递session identifier（需要客户端支持cookies），设为ture。否则为false，这种情况下只能依靠URL Rewriting传递session identifier。
crossContext	如果想在应用内调用ServletContext.getContext()来返回在该虚拟主机上运行的其他web application的request dispatcher,设为true。在安全性很重要的环境中，设为false，使得getContext()总是返回null。缺省值为false。
docBase	该web应用的文档基准目录（Document Base，也称为Context Root），或者是WAR文件的路径。可以使用绝对路径，也可以使用相对于context所属的Host的appBase路径。
override	如果想利用该Context元素中的设置覆盖DefaultContext中相应的设置，设为true。缺省情况下使用DefaultContext中的设置。
privileged	设为true，允许context使用container servlets，比如manager servlet。
path	web应用的context路径。catalina将每个URL的起始和context path进行比较，选择合适的web应用处理该请求。特定Host下的context path必须是惟一的。如果context path为空字符串（""），这个context是所属Host的缺省web应用,用来处理不能匹配任何context path的请求。
reloadable	如果希望Catalina监视/WEB-INF/classes/和/WEB-INF/lib下面的类是否发生变化，在发生变化的时候自动重载web application，设为true。这个特征在开发阶段很有用，但也大大增加了服务器的开销。因此，在发布以后，不推荐使用。但是，你可以使用Manager应用在必要的时候触发应用的重载。
wrapperClass	org.apache.catalina.Wrapper实现类的名称，用于该Context管理的servlets。如果没有指定，使用标准的缺省值。