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才能使你的改动生效)。在开发阶段这个特征非常有用,但是它需要很大的开销,并且在产品发布后不建议被这就是为什么默认设置是假......


猜你喜欢

转载自blog.csdn.net/qq_30285985/article/details/72590885