tomcat 虚拟路径配置

zhendeaini123

　　tomcat虚拟路径的配置有四种方法：
　　1. 在.%TOMCAT_HOME%\conf\Catalina\localhost建立一个xml文件 里面写上(对于Tomcat6版本及其以上，需要自己创建catalina和localhost这两个文件夹)。

推荐方式：
　　
增加project .xml文件（该文件名的project要和下面的“path=“/xxx"”的xxx相同）

文件内容:


<Context path="/project" reloadable="true" docBase="D:\myweb" workDir="D:\myweb\work" />
　　

<Context path="/project" docBase="D:\myweb" workDir="D:\myweb\work"  
crossContext="false" debug="0" reloadable="true"></Context> docBase是项目文件夹的web-inf文件夹的上一层目录

workDir是指Tomcat解析Jsp转换为Java文件，并编译为class存放的文件夹，设置在项目文件夹里面，可以避免移植到其他地方首次读取jsp文件需要重新解析。一般格式：项目文件夹"work

reloadable是指可以重新加载，一般设置为true，方便使用，不需要经常重启Tomcat。



以后启动Tomcat，在浏览器输入http://localhost:8080/project就能访问
　　2.打开%TOMCAT_HOME%\conf\server.xml文件。在tomcat/conf/server.xml中找到
host标签，在host标签中增加新的元素<Context/>并设置 Context的元素，其中path元素所设置的值就是在浏览器中所要访问的虚拟路径的名称；docBase元素所对应的值就是web应用所在的具体目录，这里既可以的相对webapp的相对路径，也可是文件的绝对路径。

设虚拟目录 "myweb"，通过http://localhost:8080/myweb访问物理路径
D:"myweb文件夹里面的内容。设置过程如下：

a.复制 Tomcat6.0"webapps"ROOT目录下的
WEB-INF文件夹到 D:"myweb目录下。

b.打开 D:"myweb"WEB-INF目录下的
web.xml文件,在
</description> 之后加入：
<!--JSPC servlet mappings start -->
<!--JSPC servlet mappings end --> c.打开 Tomcat6.0"conf"server.xml文件，在
<Host>和 </Host>之间加入：
　　

<Context path="/web" docBase="E：\myweb"  debug="0" reloadable="true"/

　　d.打开 Tomcat6.0"conf"web.xml文件，找到:


<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>

把false设成true保存，重启Tomcat，现在就可以应用http://localhost:8080/site虚拟目录了。

<Contex>元素属性：

属性	说明
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。如果没有指定，使用标准的缺省值。

　　3..直接在webapp目录下建一个包含WEB-INF/web.xml的项目应用文件夹，在游览器访问页面时会自动将此项目文件的名件名作为虚拟目录的名称。




4. 把一个打好的war包放到 %TOMCAT_HOME%\webapps ，tomcat会自动发表为一个web应用的。


crossContext 的含义我没有用过，在网上找来下也没有找到，建议你看看tomcat的文档应该有


的。

debug 应该是调试一个web项目的java代码时，将tomcat服务器和开发工具集成，或需要工具


的一些插件支持(比如Eclipse下的myclipse等)，这些方式都是在本地进行，即你的开发工具和


tomcat运行在同一台服务器上，如果你的开发工具和服务器不再一台机器上那就需要实现远程


调试功能了。


其实在一般java项目开发中都会引入log4j包，用配置的方式在开发过程中输出调试信息。如果


不是有特别要求，不见建议去花时间研究它。


到时reloadable属性的设置有些用处，

当reloadable=true时,相关文件改变，Tomcat先停止web app并释放内存,然后重新加载web app


。这样以来可以省去手工部署web app工程的时间。和开发工具一起使用可以稍微提高点工作效

　　率。

　　

　　其它设置：当url中未明确指定文件名时，是否列出相关目录下所有文件的开关设置：
打开 tomcat/conf/web.xml文件，找到:


<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
把false改成true即可。