配置tomcat、web app自动reload
配置tomcat、web app自动reload一个运行中的web app，如果修改了其中的一部分代码，然后更新了class文件或者其它文件，那么在不重新启动tomcat的情况下，如何让tomcat自动载入最新的代码呢？配置方式有几种：
假设web应用名为test，engine名为Catalina,host名为localhost
1.可以在test/META-INF目录下面放置一个context.xml文件，内容如下：
2.也可以在conf/Catalina/localhost目录下放置一个test.xml文件,内容如下：
3.如果想让localhost下的所有web应用都自动reload，那么可以在conf/Catalina/localhost目录下放置一个context.xml.default文件,内容如下：
4.如果希望tomcat下的所有web应用都自动reload，还有一种方法。方法如下：
随便修改一下test/WEB-INF/web.xml文件，比如加个空行，然后保存，这样tomcat会自动监测到web.xml被修改了，然后就重新加载test应用。这个自动监测的配置属于tomcat的默认配置，配置信息如下：
conf/context.xml文件中
WEB-INF/web.xml
这个文件中的配置适用于所有的web应用，不过这种方法有些局限性，就是WatchedResource中只能指定一个具体的文件，不支持WEB-INF/*等模式匹配，所以无法做到监测整个web应用。
5.还可以修改server.xml文件，在下面配置信息：
不过这种方法不建议使用，因为修改server.xml文件需要重启tomcat，而且不便于管理，因为server.xml里面的配置信息比较重要，所以最好把web应用自身的配置信息放在单独的文件中管理比较好。
源文档
修改类不重启tomcat 自动加载项目
可以修改类不用重启Tomcat加载整个项目(手工启动)
配置reloadable=true(自动重载)
使用Debug模式,前提是仅限于局部修改。(修改类不用重启--热加载)
Tomcat轻小，而WebLogic、WebSphere对硬件要求比较高，吃内存、耗CUP。JBoss类更改不会重启(传说，我没用过，不知道!)。
在使用Eclipse+Tomcat开发Java项目的时候常常会碰到这样的情况，已修改Java文件Tomcat就会自动重启，接下来就是漫长的等待服务重启完毕。那其实大多数的Java文件修改是没有必要重启服务的，只有一些特定的Java文件，比如说只有重启服务的时候才会调用的Java代码才需要重启服务。
一修改java代码就重新部署(console有明显提示),且会话失效，设置服务器为debug模式(debug on server),否则修改不起作用.
什么时候应该redeploy，什么时候应该重启tomcat。如果项目大，redeploy和重启tomcat的系统开销是很大的，经常要等很长时间。
Tomcat运行时动态重载类, 实现重载功能的测试jsp。当系统中有很多类时，如果开启了Tomcat的reloadable=true,那么每当相关文件改变时，Tomcat会停止 web app并释放内存,然后重新加载web app.这实在是个耗时的工程. 如果能有只重载某几个类的功能，将极大的满足我这个即时调试狂。
1.修改类不重启Tomcat(不用手动重启)
首先需要设置server.xml中的Context reloadable="true", true自动重载(不是重启!), false手动重载。(如果项目在Tomcat中，应该去Tomcat目录设置。)
Eclipse EE 设置方式，文件设置：server.xml > reloadable="false" 界面设置：Server > Modules > Edit > webapp > Auto reloading enabled > false
开发阶段通常都设为true，方便开发，在发布阶段应该设置为false，提高应用程序的访问速度。可以选择把其他不相关的项目先从webapps移出，这样tomcat加载的项目就少了，相应也就快了。
这里是重点：修改tomcatconf目录下的server.xml，添加：
Xml代码
[*]
注：docBase="",中的内容为项目的WebRoot目录
然后在把MyEclipse server中 tomcat 的开发模式设置debug模式，ok确定。
然后启动tomcat，随意修改项目中的一个文件，就会看到Console窗口重新加载项目，ok，搞定...
（问题：设置debug模式修改代码后会出现“hot code replace failed”错误，不用管，继续就ok，如果不想看见，让错误不提示就ok，原因是debug模式代码正在用，所以replase失败，但其实是成功的！而设置run模式就不报错，同时在修改代码后也是热部署的，刷新页面即可！）
2.修改类不重启Tomcat有两种方式：热部署、热加载
热部署：容器状态在运行时重新部署整个项目。这种情况下一般整个内存会清空,重新加载，这种方式可能会造成sessin丢失等情况。tomcat 6确实可以热部署了,而且会话也没丢.
热加载：最好是在调试过程中使用，免得整个项目加载,Debug模式支持热加载。容器状态在运行时重新加载改变编译后的类。在这种情况下内存不会清空,sessin不会丢失,但容易造成内存溢出,或者找不到方法。
一般改变类的结构和模型就会有异常，在已经有的变量和方法中改变是不会出问题的(Eclipse、MyEclipse8、JBuilder、 IntelliJ IDEA…)。
3.自动编译JSP
build Automatically
修改Tomcat源代码实现realoadable!不推荐~
来自
页:
[1]