`

Weblogic中的热部署——修改JSP、java类无需重启Weblogic

 
阅读更多

Weblogic中的热部署——修改JSP、java类无需重启Weblogic
2011-06-29 14:02

转自:http://blog.sina.com.cn/s/blog_51f49da30100t9hf.html

 
Weblogic中的热部署——修改JSP、java类无需重启Weblogic(2011-05-31 18:16:43)

    Weblogic允许在wls运行时部署组件的新版本。这个过程被称作热部署。因为java classloader没有任何一种机制来卸下一系列存在的类,也不能用类的新版本来替换老版本,为了在一个运行的虚拟机中更新相关的类,classloader必须被替换掉。当它被替换时,它所装载的所有类以及衍生的子classloader也要被重新装载。这些类的所有实例也必需被重新装载。在wls中,每一个应用组件都有一个层次化的classloaders,它们都是system classloader的子类,这种结构有助于每个应用或应用的一部分能被单独重新加载,而不会影响其它的组件。所以我们只要理解这个原理,类似的困惑也就迎刃而解了。
    最近调试缺陷比较多,每次调试修改一点点代码就要重新启动weblogic。
    大量的时间浪费在修改--编译--重启服务上面,让人感觉很烦躁。最终找到解决方法,就是在weblogic下面进行热部署设置了。
    以下为weblogic热部署设置方法,建议在开发过程中使用:
     1. startWebLogic.cmd:
          set STARTMODE=false        设置为开发模式,true为产品模式
     2. web.xml:
          <servlet-mapping>
            <servlet-name>loginA</servlet-name>
            <url-pattern>/servlet/loginCheckA</url-pattern>
             <load-on-startup>0</load-on-startup>      容器在启动时加载这个类
          </servlet-mapping>
     3. weblogic.xml:

<!DOCTYPE weblogic-web-app PUBLIC "-//BEA Systems, Inc.//DTD Web Application 8.1//EN"

"http://www.bea.com/servers/wls810/dtd/weblogic810-web-jar.dtd">
<weblogic-web-app>
  <session-descriptor>
    <session-param>
      <param-name>TimeoutSecs</param-name>
      <param-value>1800</param-value>
    </session-param>
  </session-descriptor>

  <jsp-descriptor>
    <jsp-param>
      <param-name>encoding</param-name>
      <param-value>GBK</param-value>
    </jsp-param>
    <jsp-param>
      <param-name>pageCheckSeconds</param-name>
      <param-value>1</param-value>
    </jsp-param>
  </jsp-descriptor>

  <container-descriptor>
    <servlet-reload-check-secs>1</servlet-reload-check-secs>
  </container-descriptor>

  <context-root>/your-web</context-root>
</weblogic-web-app>

    pageCheckSecond的默认值是1,表示每隔1秒对JSP页面进行检查,检查JSP页面是否被修改、是否需要重新编译。

    系统上线后,需要对该默认值修改为-1,表示永不检查。修改为-1的一个缺点是:对于页面的修改需要重新部署整个WEB应用。servlet-reload-check-secs该参数的默认值也是1,每隔1秒检查servlet是否被修改并需要重新编译。这里建议修改为-1,表示永不检查。

注意:在发布生产时,需要把这两个值设置为-1,否则会影响效率。
     4.Make sure that your servlet classes are not in your classpath which can cause this problem.
     5.在WLS console中,在该web app的Files页中,把<Reload Period>设为1

分享到:
评论

相关推荐

    Weblogic服务开发的热部署

    在开发软件的时候,WebLogic服务热部署可以有效的提过开发速度,不用把时间浪费到不停的重启服务上。

    java 面试题 总结

    java.lang.String类是final类型的,因此不可以继承这个类、不能修改这个类。为了提高效率节省空间,我们应该用StringBuffer类 3、int 和 Integer 有什么区别 Java 提供两种不同的类型:引用类型和原始类型(或内置...

    超级有影响力霸气的Java面试题大全文档

     java.lang.String类是final类型的,因此不可以继承这个类、不能修改这个类。为了提高效率节省空间,我们应该用StringBuffer类 6、int 和 Integer 有什么区别  Java 提供两种不同的类型:引用类型和原始类型(或...

    Nginx与Tomcat实现动静态分离和负载均衡

    本文介绍了Nginx与Tomcat实现动静态分离和负载均衡,所谓动静分离就是通过nginx(或apache等)来处理用户端请求的图片、html等静态的文件,tomcat(或weblogic)处理jsp、do等动态文件,从而达到动静页面访问时通过...

    Spring中文帮助文档

    7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的Advice类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.2.1. Mock对象 8.2.2. 单元测试...

    Spring-Reference_zh_CN(Spring中文参考手册)

    7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的通知类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.3. 集成测试 8.3.1. Context管理和缓存 8.3.2....

    Spring 2.0 开发参考手册

    7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的通知类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.3. 集成测试 8.3.1. Context管理和...

    Spring API

    7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的Advice类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.2.1. Mock对象 8.2.2. 单元测试...

    spring chm文档

    7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的通知类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.3. 集成测试 8.3.1. Context管理和...

    springboot参考指南

    部署到云端 i. 49. Cloud Foundry i. 49.1. 绑定服务 ii. 50. Heroku iii. 51. Openshift iv. 52. Google App Engine v. 53. 接下来阅读什么 8. VII. Spring Boot CLI i. 54. 安装CLI ii. 55. 使用CLI i. 55.1. ...

Global site tag (gtag.js) - Google Analytics