以前我就是改动了jsp页面后立即就会生效的，现在不知道为什么必须重启weblogic才会生效?
7 个解决方案
#1
试着答一下:是不是以前你配置的是 开发模式,而现在你配置的是 产品模式?
在开发模式下,如果你更新了一个类,在jsp页面调用时,Weblogic会自动调用更新后的.但是这样带来的问题是增加了系统的开销.
在开发模式下,如果你更新了一个类,在jsp页面调用时,Weblogic会自动调用更新后的.但是这样带来的问题是增加了系统的开销.
#2
同意楼上。
#3
用TOMCAT的时候遇到过类似问题，至于原因，我是这样理解的：
JSP首先是需要被解释成SERVLET的，然后在由JDK编译SERVLET得到字节码程序，最后交给JVM执行。当你对JSP进行了修改之后，直接刷新页面，运行的是以前留下的SERVLET，而新的JSP还没被解释成对应的SERVLET，所以就出现了修改JSP页面后没有生效的错误。
TOMCAT下的解决方法有两中：一、重起TOMCAT；二、找到对应的SERVLET程序，将它直接删除，刷新就可以重新解释JSP。
JSP首先是需要被解释成SERVLET的，然后在由JDK编译SERVLET得到字节码程序，最后交给JVM执行。当你对JSP进行了修改之后，直接刷新页面，运行的是以前留下的SERVLET，而新的JSP还没被解释成对应的SERVLET，所以就出现了修改JSP页面后没有生效的错误。
TOMCAT下的解决方法有两中：一、重起TOMCAT；二、找到对应的SERVLET程序，将它直接删除，刷新就可以重新解释JSP。
#4
进入 mydomain\myserver\.wlnotdelete\extract\myserver_DefaultWebApp_DefaultWebApp\jsp_servlet
把里边的所有文件全删掉就可以了
这里都是在第一次访问时编译的文件
删后让他再编译一次就可以了！
把里边的所有文件全删掉就可以了
这里都是在第一次访问时编译的文件
删后让他再编译一次就可以了！
#5
这个问题很简单，主要是部署时，是否选择了stage的原因！
#6
采用重新部署，不要关起weblogic
#7
重新builder然后redeploy最佳
#1
试着答一下:是不是以前你配置的是 开发模式,而现在你配置的是 产品模式?
在开发模式下,如果你更新了一个类,在jsp页面调用时,Weblogic会自动调用更新后的.但是这样带来的问题是增加了系统的开销.
在开发模式下,如果你更新了一个类,在jsp页面调用时,Weblogic会自动调用更新后的.但是这样带来的问题是增加了系统的开销.
#2
同意楼上。
#3
用TOMCAT的时候遇到过类似问题，至于原因，我是这样理解的：
JSP首先是需要被解释成SERVLET的，然后在由JDK编译SERVLET得到字节码程序，最后交给JVM执行。当你对JSP进行了修改之后，直接刷新页面，运行的是以前留下的SERVLET，而新的JSP还没被解释成对应的SERVLET，所以就出现了修改JSP页面后没有生效的错误。
TOMCAT下的解决方法有两中：一、重起TOMCAT；二、找到对应的SERVLET程序，将它直接删除，刷新就可以重新解释JSP。
JSP首先是需要被解释成SERVLET的，然后在由JDK编译SERVLET得到字节码程序，最后交给JVM执行。当你对JSP进行了修改之后，直接刷新页面，运行的是以前留下的SERVLET，而新的JSP还没被解释成对应的SERVLET，所以就出现了修改JSP页面后没有生效的错误。
TOMCAT下的解决方法有两中：一、重起TOMCAT；二、找到对应的SERVLET程序，将它直接删除，刷新就可以重新解释JSP。
#4
进入 mydomain\myserver\.wlnotdelete\extract\myserver_DefaultWebApp_DefaultWebApp\jsp_servlet
把里边的所有文件全删掉就可以了
这里都是在第一次访问时编译的文件
删后让他再编译一次就可以了！
把里边的所有文件全删掉就可以了
这里都是在第一次访问时编译的文件
删后让他再编译一次就可以了！
#5
这个问题很简单，主要是部署时，是否选择了stage的原因！
#6
采用重新部署，不要关起weblogic
#7
重新builder然后redeploy最佳