众多技术在探求向Java EE中加入动态部署特性

使用动态类型解释型语言（如PHP，Python或Ruby）的Web应用开发人员已经习惯于修改应用后刷新浏览器就可以看到最新结果。虽然JSP页面也提供了这种特性，但是在Java EE的世界中，开发者每次想要测试一个变化时，通常还是要经历构建和部署的循环，极大的降低了开发效率。

很多厂商都正在探索如何改善Java所面临的处境，现在已经有两种技术得到了广泛应用。

第一种，也是得到了最佳完善的技术，利用了重新载入整个ClassLoader。WebLogic的ChangeAwareClassLoader便用到了这种方式。它有两种实质上的局限。其一是所有的状态信息会全部丢失，需要重新创建。其二是，虽然这样做比完全的重新部署要快，但仍然会带来时间消耗，因为有不少步骤需要执行。在一个应用服务器环境中，这些步骤可能会包括：

1、部署所有运行的listeners（如HTTPEvenListeners等等），Servlets和Filters。
2、创建一个新的ClassLoader。
3、重新初始化listeners，Servlets和Filters。
4、还原状态信息。

重新载入对象状态，这种做法基本上都限制于那些实现了Serializable接口，并且不包含非序列化字段的对象，有一篇blog在描述Aranea框架的背景时也谈到了这点。JBoss针对Seam和Java EE5对此作了扩展，使用了两个ClassLoaders，一个用于Seam组件，一个用于EJB3/Hibernate等等。当Seam组件或是配置发生变化时，Seam会被重启而无需完全重新部署。但由于目前还没有任何机制可以动态的载入Hibernate元模型，所以如果EJB3/Hibernate组件发生变化时，便需要全部重新部署。JBoss Tools IDE项目的目的便是让这一切尽可能的对开发人员透明。序列化机制同样可以应用于其他框架中，如Rife和Tapestry 5。

第二种方式是JVM层次上的热交换（hotswapping）。Java SE 5提供了一个有限形式的热交换，可以在运行时重新定义一个类，而不需要停掉它的ClassLoader或是抛弃现有的实体。不过类中声明的成员变量和方法不能改变，从而限制了这种技术的可用性。有不少厂商也正在尝试使用这种技术，并试图加以改进，其中包括ZeroTurnaroud和BEA。

ZeroTurnaround最近发布了Java Rebel 1.0的最终版，它在第一个公众发行版的基础上带来了很多改进，例如更佳的性能，对反射的支持和对Java1.4的更好支持。它同时还提供了对更多的应用服务器和Web服务器的支持，其中包括：

◆BEA WebLogic 8.x，9.x，10.x
◆Oracle OC4J 9.x，10.x
◆Tomcat 4.x，5.x，6.x
◆JBoss 3.x，4.x（基于Java 5或更新版本）
◆Jetty 5.x，6.x（基于Java 5或更新版本）

按照这篇博客中的说法，开发者还可以用自定义的ClassLoader来让尚未支持的应用服务器——如Glassfish或WebSphere来与JavaRebel一起工作。1.0版也没有对注解提供支持，不过这已经列在了1.1的计划中。JavaRebel是一个商业软件，价格为每个开发者149美元。此外还提供了免费的试用版。

BEA提供了名为FastSwap的技术作为ChangeAwareClassLoader的替代方案，它和JavaRebel有着非常相似的作用和局限性，而且它很明显只能在WebLogic服务器上使用。目前我们可以在WebLogic 10.3技术预览中看到它的身影，在这个PDF文件中也有更详尽的描述。

在类似Java这种静态类型语言中，完全的热交换还是非常吸引人的。人们正在对它进行深入探索，也许这会是一个永无止境的话题。不过，那些在JSR 292之下为Java 7提供动态语言支持的工作，正在想方设法改善JVM平台上动态语言的处境。希望动态调用和完全热交换的合并，可以让Python、Ruby和Groovy这些语言的实现能够直接使用JVM对象模型。它会大幅度地提高这些语言在JVM上的性能，而后反过头来给Java语言自身带来更好的热交换。

查看本文来源