CSDN论坛 > Java > Web 开发

可不可以不重启tomcat,而使jsp,beans,servlet更新。 [问题点数:0分]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs1
本版专家分:68
Bbs1
本版专家分:0
Bbs1
本版专家分:66
匿名用户不能发表回复!
其他相关推荐
为什么修改servlet后需要重启服务器,而修改jsp则不用?
servlet和jsp本质都是servlet,运行时都是运行.class文件。但是它们的部署方式不一样。 servlet是先编译后部署,修改完以后,MyEclipse进行编译,然后部署.class文件到servlet容器中。如果web服务器已启动,则之前class已被servlet容器加载,可能修改后的class文件不会被servlet容器执行。 而jsp是we
设置ItelliJ IDEA里修改jsp不重启tomcat
On Upate Action 与 On Frame Deactivation  这两个选项的设置,依赖于 项目的部署方式 是war包 还是 exploded ,看下面的gif:   这里实在是太灵活了,如果要讲 太费时间了,我们只讲exploded模式下的设置,因为这个我们用的最多,开发模式,开发完成后 直接用maven的 package命令打包就行了,所以用的最多的 也是最
jsp被编译成servlet,为什么修改jsp页面,不用重新启动tomcat?
今天突然想到一个问题,jsp执行时会被编译成servlet,然后被编译成.class文件,那么为什么servlet修改后需要重启tomcat,而jsp不用呢? 后来百度搜索了一下,发现jsp和servlet的编译时期不一样。使用myeclipse等工具创建的servlet在部署在tomcat时就已经被编译成.class文件了,而jsp被部署到tomcat时还没有被编译。当tomcat启动,第一次
使用Eclipse修改JSP页面需要重启tomcat的解决方法
使用Eclipse修改JSP页面需要重启tomcat的解决方法: 一、context节点中确定reloadable设置为true。 二、确定下自己的项目是怎么部署在tomcat的,还是要看server.xml文件中的context节点,看下该解冻中是否多了antiJARLocking="true"和 antiResourceLocking="true"这两个属性配置,如果多了也就是说明该项
eclipse无法生成class文件,servlet修改后未更新,总是重启服务器
学习了下servlet, 一个简单的例子就搞了半天,总是报各种奇葩的错误。 1.问题描述: 菜单栏中Project下有的选项为灰色,如Build Project(开发中经常用到的) 解决方案:把Build Automatically前面的√去掉就可以了 2.问题描述: 每次修改完servlet就要重启Tomcat服务器,耗时 解决方案:把Build Automatically前面的...
Servlet如何实现修改后不重启服务器而生效
只需在apache-tomcat-8.0.0-RC10\conf\servlet.xml中修改相关设置:   在后加上  (可添加多个)其中web为项目名称。比如我的工程叫12305配置文件为:             unpackWARs="true" autoDeploy="true"             xmlValidation="false" xmlNames
解决Tomcat不更新class文件或者jsp文件的终极解决方法
缓存的配置一直不知道在哪里,jsp的好说:把webapp下的和work下的都删了就解决了 class文件就太他妈贱了,我的终极方法就是打成war包,发布到tomcat下,一定可以看到最新的程序,老子搞了一天,麻辣隔壁的。
修改jsp、Java文件不用重启Tomcat服务的方法
找到你的tomcat所在文件夹下的server.xml; 我的是D:\apache-tomcat-7.0.56\conf\server.xml 找到Host节点,增加 比如:
jsp一改动,就需要重启的解决方案
项目中只要改动了jsp,就需要重启tomcat。在我的项目遇到的问题是jstl.jar版本不对。改成jstl-1.2.jar即可。jsp页面替换成<%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>或 <%@taglib prefix="c" uri="/WEB-INF/tld/c.tld"%>
Tomcat 下,JSP文件修改后,重新部署,页面不变化的问题
现象: 没有动任何配置文件,今天就出现了修改的JSP内容在页面不体现。依然是老的页面内容   问题分析: 既然可以用过,所以系统应该是检测文件更新的,之所以不重新编译JSP,估计时文件日期的问题。因为tomcat是根据文件日期判断jsp文件是不是比现有的翻译好的.java文件新来决定是否重新编译。 经询问,昨天曾经把系统时间改成1年后,用来测试某些功能。后来又改回来了
关闭