Tomcat自动更新class类文件

在项目开发过程中，经常会遇到对项目内的类文件进行更新，怎样才能在不重启服务的情况下，自动加载类文件呢，其实有两种方法：热部署、热加载。
     热部署：容器状况在运行时重新部署整个项目。这类环境下一般整个内存会清空,重新加载，这类方式有可能会造成session丢失等环境。tomcat 6确实可以热部署了,而且对话也没丢.
    热加载：最好是在调试过程中使用，免患上整个项目加载,Debug标准样式支持热加载。容器状况在运行时重新加载转变编译后的类。在这类环境下内存不会清空,session不会丢失,但容易造成内存溢出,或者找不到方法。一般转变类的布局和模型就会有异常，在已经有的变量和方法中转变是不会出问题的(Eclipse、MyEclipse8、JBuilder、IntelliJ IDEA…)。
    常用的一定第二种：热加载了，设置如下！
    在tomcat的conf中的server.xml中的host设置中添加<Context path="" docBase="/wwwroot/cloud-castle_cn" crossContext="true" privileged="true" reloadable="true" ></Context>

    reloadable="true" !最重要
    它内里有很多属性,意义如下：
    1>path:指定拜候该web应用的URL进口；
    2>docBase:指定web应用的文件路径，可以给定绝对路径，也可以给定相对于<Host>的appBase属性【默认指向tomcat的webapps】的相对于径；要是Web应用是个war文件，则指定war文件的路径。
    3>className:指定使成为事实Context组件的Java类的名字，这个Java类必须使成为事实org.apache.catalina.Context接口，该属性的默认值为org.apache.catalina.StandardContext。
    4>reloadable:要是这个属性设置为true,Tomcat服务器在运行状况下会监视在WEB-INF/classess和WEB-INF/lib目次下的class文件的改动，以及监视web应用的WEB-INF/web.xml文件的改动。要是检测到的class文件或者web.xml文件被更新，服务器会自动加载Web应用。该属性的默认值为false.在web应用的开发和调
试阶段，把reloadable设为true,可以方便对web应用的调试。在web应用正式发布阶段，把reloadable设为false,可以减低tomcat的运行负荷，提高Tomcat的运行性能。
    5>cachingAllowed:要是为true,标示允许启用静态资源的缓存。使用缓存能提高拜候静态资源的效率。tomcat把那一些时常被客户端拜候的静态资源(如:HTML文档、图片文件和声响文件等)放在缓存中，当客户再次拜候有关静态资源时，Tomcat只需直接从缓存中读取相关数据，无须反复读取文件系统中的文件。该属性的默认值为true.
    6>cacheMaxSize:设定静态资源的缓存的最大容量，以K为单元。要是，要是该属性为100,表示100K，默认为10240(即10M)。
    7>workDir:指定web应用的工作目次。Tomcat在运行时会把与这个web应用相关的临应试文章件放在此目次下。
    8>uppackWar:要是此项设为true,表示将把web应用的war文件睁开为开放目次布局后再运行。要是设为false,则直接运行war文件。该属性的默认值为true。
    同志们，使用tomcat6.0的注意了啊。当你使用我的方法设置tomcat后，你的myeclipse报如下错误时，不要惊慌，这是正确的，且听我解释。
    console报错：
    警告: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property ' debug' to '0' did not find a matching property. 这是由于你使用的是tomcat6.0,由于它路程经过过程其他途径对debug="0"这个属性进行了使成为事实，所以这搭不能再有此属性。你只要将它去掉，就能够没事了启动了。 也就是说去掉debug="0“，万事OK，呵呵。

资料整理：http://www.jackwen.com