tomcat 插件配置

今天学习了tomcat  反向寻找项目启动，开发过程中可以方便减少很多tomcat重启的时间

1.tomcat插件成功安装之后可以配置tomcat   如图 下面有server.xml  和 context file 两种  

区别是 选中server.xml 会再配置文件中配置下面信息，然而context file会在其目录下生成xml文件

2.最终启动tomcat,若报错，请检查   properties-->java build path-->source  中是否加了相应目录

3.进行下面配置的新增和删除，   右击项目  Tomcat-->update context definition 可进行添加

<Context path="/a" reloadable="true" docBase="D:\Development\workspace\ntzl_com\src\main\webapp" workDir="D:\Development\workspace\ntzl_com\work" />                

<Context path="/a" reloadable="true" docBase="D:\Development\workspace\ntzl_com\src\main\webapp" workDir="D:\Development\workspace\ntzl_com\work" />

路径是虚拟路径
1.什么是虚拟路径，在这个上下文里，为什么要设定虚拟路径。不设定不行吗？
2.docBase是实际路径吧？ 

3.reloadable =“true”这个是什么意思？

1程序可以放到其他目录下，在这里配置上之后，url中的路径就是路径内容，服务器会根据这个配置区相应的docBase去找
2是的
3 reloadable =“true”看一下tomcat的doc 

设置为如果您想要Catalina监视/ WEB-INF / classes /和/ WEB-INF / lib中的类以进行更改，则为true，如果检测到更改，则会自动重新加载Web应用程序。此功能在应用程序开发过程中非常有用，但它需要大量的运行时开销，不推荐在部署的生产应用程序上使用。这就是为什么这个属性的默认设置为false。您可以使用Manager Web应用程序，根据需要触发部署应用程序的重新加载。

翻译过来大概是：如果你想监视/ WEB-INF / classes /和/ WEB-INF / lib的变动，如果变动则自动重新载入网页应用程序（否则的Tomcat无法检测到你的改动，只有重启的Tomcat才能使你的改动生效）。在开发阶段这个特征非常有用，但是它需要很大的开销，并且在产品发布后不建议被这就是为什么默认设置是假......