tomcat的work目录
2014-09-18 10:26
176 查看
用tomcat作web服务器的时候,部署的程序在webApps下,这些程序都是编译后的程序(发布到tomcat的项目里含的类,会被编译成.class后才发布过来,源文件没有发布过来,但这里的jsp没有经编译的)。
tomcat有一个work目录,里面存放了页面的缓存,访问的jsp都会编译(从 work里进入Catalina后的如localhost站点文件夹下的项目,我们可以看到那些jsp页面会被编译成应该是servlet文件,下次再来访问时,就直接运行servlet类就可以向客户端反应响应页面了,所以有的博客说第一次访问时会比较慢,是因为新发布上去的页面在第一个人访问时,会先 编译成servlet文件,所以慢了,一旦编译好,那么除非jsp页面修改,不然下次访问直接运行servlet就可以响应用户,所以快),编译后的文件都会存储在work目录下。而tomcat显示的目录,都会从这个缓存里找编译后的jsp对应的class文件。所以当清空了work目录后,该过程将会从新来过。
有的时候会遇到诡异的问题,就是修改后的页面在tomcat运行的时候显示不了修改后的痕迹或者干脆显示页面找不到(Centos VPS中遇到过)。这个时候删除work目录下对应的项目文件夹,重新启动tomcat就可以了。
在tomcat的conf配置文件夹下的server.xml文件里配置了Host name后,就会在conf下的Catalina文件夹和work下的Catalina文件下建立站点名称的文件夹,项目每次发布都会放入来,也会记录到 conf下的Catalina文件夹的配置文件里去。
原文链接
tomcat有一个work目录,里面存放了页面的缓存,访问的jsp都会编译(从 work里进入Catalina后的如localhost站点文件夹下的项目,我们可以看到那些jsp页面会被编译成应该是servlet文件,下次再来访问时,就直接运行servlet类就可以向客户端反应响应页面了,所以有的博客说第一次访问时会比较慢,是因为新发布上去的页面在第一个人访问时,会先 编译成servlet文件,所以慢了,一旦编译好,那么除非jsp页面修改,不然下次访问直接运行servlet就可以响应用户,所以快),编译后的文件都会存储在work目录下。而tomcat显示的目录,都会从这个缓存里找编译后的jsp对应的class文件。所以当清空了work目录后,该过程将会从新来过。
有的时候会遇到诡异的问题,就是修改后的页面在tomcat运行的时候显示不了修改后的痕迹或者干脆显示页面找不到(Centos VPS中遇到过)。这个时候删除work目录下对应的项目文件夹,重新启动tomcat就可以了。
在tomcat的conf配置文件夹下的server.xml文件里配置了Host name后,就会在conf下的Catalina文件夹和work下的Catalina文件下建立站点名称的文件夹,项目每次发布都会放入来,也会记录到 conf下的Catalina文件夹的配置文件里去。
原文链接
相关文章推荐
- tomcat配置多域名,虚拟目录,修改work路径
- tomcat的webApps和work目录
- eclipse的tomcat的work目录位置
- tomcat的webApps和work目录
- tomcat的work目录更改
- tomcat work 目录
- tomcat下的work目录
- tomcat的work目录
- tomcat的work目录
- tomcat的work目录的作用
- tomcat的work目录
- tomcat跟目录下work文件夹的作用
- tomcat的work目录
- Tomcat下的work目录
- Tomcat中work目录的作用
- Tomcat下的work目录
- 关于tomcat下的work目录
- IDEA每次部署都把部署文件放在哪了?之前的tomcat下的work目录也找不到?
- tomcat work目录的作用
- tomcat的webApps和work目录