修改了java程序,tomcat中对应的class文件没有更新

从SVN上检出整个工程，后面发现对java程序进行修改，但Tomcat中对应的class文件并没有重新编译，虽然该类文件的修改时间变了，但其内容还是原先的。网上查了资料才知道问题在于工程类文件的发布路径，检出工程时，.classpath文件和原先的自己的.classpath文件配置不同，在MyEclipse中不能直接看见这个带点（.）的文件，但是在工作空间中可以看到这个文件，用文档编辑器打开：

tomcat替换.class文件并没有生效的原因（失效原因）

紧急关头难免会替换class文件，但一定要注意一下几点。         1、小心class内中的project 的类的后,替换文件需要加上 $classMapper这个类, 编译成class的时候,会把public class 中的protected class 编译为$.class , 所以替换的时候也要找到这个class替换上, 不过对于这中替换，最好是打成war包替换.    

myeclipse部署在tomcat下没有class文件

今天，碰到个怪事，在myeclipse中新建一个项目之后，结果保存之后，再查看WEB-INF/classes/，竟然里面是空的，而output路径也设的好好的啊，怪了，于是google了一下，发现有此问题的人还不少，其中有一位总结的比较详细，具体如下： 1. 确保 project->build automatically 已经被选上. 2. 如果选上了,也不好使, 使用这一招:

myeclipse更改类或者是配置文件不用重启tomcat的方法

一、修改java代码（如action）无需重启与部署方法 方法1： 在WebRoot下的META-INF文件夹中新建一个名为context.xml文件，里面添加如下内容（要区分大小写）： : 方法2： 在tomact的安装目录的conf文件中找到server.xml这个文件,在 结点的上面加上 物理路径"path="/工程名"reloadable="true"source="o

MyEclipse修改类实现不用重启tomcat的方法

在tomcat的安装目录的conf文件中找到server.xml这个文件,在 结点里面加上    比如对于开发项目test:添加 test" path="/test" reloadable="true" source="org.eclipse.jst.j2ee.server:test"/> 保存文件，在test的后台类文件中书写一句System.out.println("哈

关于不重启Tomcat，更新JSP生效，更新Class不生效的原因

今天看了一个帖子，帖子里中提到了“tomcat怎么保证jsp在修改后生效”，最后从评论中得到了答案。这里我自己也整理一下，留用。原文地址：http://tywo45.iteye.com/blog/1768354 JSP页面的最终归宿也是Class（JSP->Servlet->Class），为什么同样是Class，一般情况下（Tomcat server.xml中reloadable=false）修

关于：Myeclipse工程重命名之后，发布，但是tomcat的webapps下没有改变的解决方法

很多时候用java做web项目需要改名，可是改名之后面临着tomcat或者其他服务器的不同步改名而抓狂。 工程名称原来为QingNiaoFav,发布到tomcat webapps下后为QingNiaoFav， 现在改名为QingNiaoCang，发布到tomcat还是QingNiaoFav 右键点击你的项目，然后选择重构---->重命名，项目名称改为QingNiaoCang,但是发布名还是原

MyEclipse和tomcat如何配置让修改了Java代码后不用重启服务器 - jingyunyb

MyEclipse和tomcat如何配置让修改了Java代码后不用重启服务器 conf/Context.xml是Tomcat公用的环境配置;若在server.xml中增加的话,则myApp/META-INF/Context.xml就没用了(被server.xml中的Context替代), 　　　代表了运行在上的单个Web应用，一个可以有多个元素，每个Web应用必须有唯一的URL路径，这个URL

关于不重启Tomcat自动加载改变的class文件

关于不重启Tomcat自动加载改变的class文件

tomcat自动加载改变的class文件(无需重启tomcat)

不重启Tomcat有两种方式：热部署、热加载  　　热部署：容器状况在运行时重新部署整个项目。这类环境下一般整个内存会清空,重新加载，这类方式  　　有可能会造成sessin丢失等环境。tomcat 6确实可以热部署了,而且对话也没丢.  　　热加载：最好是在调试过程中使用，免患上整个项目加载,Debug标准样式支持热加载。容器状况在运行时重  　　新加载转变编译后的类。在这类环境下内存不