1、Tomcat6 配置虚拟路径，部署多应用找到 conf/server.xmltomcat 中虚拟路径不支持中文路径 ，所以上面的设置后 tomcat 不能启动 Context 指上下文，实际上就是一个 web 项目； path 是虚拟目录，用于浏览器防问的 URL,访问的时候用localhost:8080/web/*.jsp 访问网页 docBase 是网页在硬盘上的实际存放位置的根目录，映射为 path 虚拟目录； debug 的值表示是否调试。 reloadable=“true“表示你修改了 jsp 文件后不需要重启就可以实现显示的同步。 代表了运行在 上的单个 Web 应用，一个 可以有
2、多个元素，每个 Web 应用必须有唯一的 URL 路径，这个 URL 路径在中的属性 path 中设定。 元素的属性 : path:指定访问该 Web 应用的 URL 入口，path 必须以 “/“ 开头，否则会报错。 docBase:指定 Web 应用的文件路径，可以给定绝对路径，也可以给定相对于的 appBase 属性的相对路径，如果 Web 应用采用开放目录结构，则指定Web 应用的根目录，如果 Web 应用是个 war 文件，则指定 war 文件的路径。 reloadable:如果这个属性设为 true，tomcat 服务器在运行状态下会监视在 WEB-INF/classes 和 WE
3、B-INF/lib 目录下 class 文件的改动，如果监测到有 class 文件被更新的，服务器会自动重新加载 Web 应用。 在开发阶段将 reloadable 属性设为 true，有助于调试 servlet 和其它的 class 文件，但这样用加重服务器运行负荷，建议在 Web 应用的发存阶段将 reloadable 设为false。Tomcat 配置虚拟目录：找到 Tomcat 根目录下的 conf 文件夹，打开里面的 server.xml，把如下语句添加进 Host 元素内做为其子元素：Host 元素代表的是 web 站点，Context 元素就代表了该 web 站点下的虚拟目录。由
4、于 path 属性为空串，就代表根目录，即把硬盘上H:webworkspacewebProjectWebRoot 所对应的路径设置为了 web 根目录。如果在 H:webworkspacewebProjectWebRoot 目录下有一个 test.html 文件，启动Tomcat 后我们可以直接在浏览器中输入如下地址进行访问：http:/localhost:8080/test.html如果我们这样设置：那么我们就应该这样来输入访问 URL：http:/localhost:8080/demo/test.html其他的配置虚拟子目录的方式如：特定目录中的 XML 文件中包含元素：Tomcat 5.
5、x 的/conf/元素的 appBase 属性所设置的应用程序基准目录中的含有 WEB-INF/web.xml 文件的子目录。元素的 appBase 属性所设置的应用程序基准目录中的 war 文件。打包成 war 文件是发布 web 应用程序的一个很方便的方式，但是在打包的时候要注意一些问题假如我的程序根文件夹为 wartest，其下有一个 test.html 文件。如果我这样打包：jar -cvf testwar.war wartest然后把生成的 testwar.war 复制到 webapps 目录下。用浏览器访问如下 URL：http:/localhost:8080/testwar/te
6、st.html浏览器会提示 404 错误，即找不到 test.html 文件。为什么呢？我们可能会自以为是的觉得上面的 jar 命令打包的是 wartest 下的全部内容，实际上非也解压生成的 testwar.war 就会发现： testwar.war 下有两个顶层文件夹 ,其中一个便是 wartest，说明打包的时候把这个根文件夹也包含在内了，所以，我们要访问到 test.html，就应该如下构造 URL:http:/localhost:8080/testwar/wartest/test.html怎么解决这个问题呢？这样打包就可以了：jar -cvf testwar.war -C warte
7、st .小心不要漏掉了最后面的小圆点！这样生成的 testwar.war 就不会包含 wartest 目录自身了。部署描述符文件/WEB-INF/web.xml/conf/web.xml/conf/web.xml 保存了所有 WEB 应用程序的默认设置，所以我们如果把一个应用程序部署在 webapps 文件夹下，但是在该应用程序的 WEB-INF 下缺少了 web.xml 文件，仍然可以用浏览器访问到这个网站的内容，这是因为 Tomcat 用/conf/web.xml 做为了该网站的默认设置。目录的默认网页文件：index.htmlindex.htmindex.jsp以上内容是从/conf/w
8、eb.xml 中截取的，它设置了三种默认的网站首页。我们可以在/WEB-INF/web.xml 中也做类似的设置，如果我们在/WEB-INF/web.xml 中作如下设置：test.html而且 WEB 应用程序得根目录下确实有 test.html 这么个文件的话，输入 WEB 应用路径，不用输入具体的文件 URL，系统也会显示 test.html 的内容，但是如果在 WEB 应用程序得根目录下没有 test.html 这么个文件，Tomcat 会返回什么内容呢？你可能会想到此时如果没有 test.html 文件，Tomcat 就会查找/conf/web.xml 中设置的另外三种网站欢迎首页，
9、实则不然。大家可以动手实验一下，Tomcat 这个时候返回的是你输入的路径下的文件列表！tomcat 虚拟路径的几种配置方法 摘自：http:/dolphin- 在 .%TOMCAT_HOME%confCatalinalocalhost 建立一个 xml 文件，里面写上 推荐方式2.打开%TOMCAT_HOME%confserver.xml 文件在 之间加入如下代码： 3. 把一个打好的 war 包放到 %TOMCAT_HOME%webapps ，tomcat 会自动发表为一个 web 应用的。crossContext 的含义我没有用过，在网上找来下也没有找到，建议你看看tomcat 的文档应
10、该有的。 debug 应该是调试一个 web 项目的 java 代码时，将 tomcat 服务器和开发工具集成，或需要工具的一些插件支持(比如 Eclipse 下的 myclipse 等) ，这些方式都是在本地进行，即你的开发工具和 tomcat 运行在同一台服务器上，如果你的开发工具和服务器不再一台机器上那就需要实现远程调试功能了。 其实在一般 java 项目开发中都会引入 log4j 包，用配置的方式在开发过程中输出调试信息。如果不是有特别要求，不见建议去花时间研究它。 到时 reloadable 属性的设置有些用处， 当 reloadable=true 时,相关文件改变，Tomcat 先停止 web app 并释放内存,然后重新加载 webapp。这样以来可以省去手工部署 web app 工程的时间。和开发工具一起使用可以稍微提高点工作效率。
