用 GlassFish v2 替换 Tomcat 5.x

1. 背景

 

用了很多年的Tomcat, 无论开发环境还是生产环境, 应该说, 大家对它还是基本满意的.
不过, 也不是一点问题没有. 从开发人员的角度来说, Tomcat主要的缺点就是较弱的热部署
(hot deploy)能力. 修改一个Java类, 保存后, Tomcat会重新加载这个类, 但不久就要重
新启动Tomcat才能继续开发. 在企业关键应用的场景下, 若发生急迫的程序缺陷更正, 让众多的用户停止手头的工作, 等待服务器重新启动, 显然十分不便.

 

类似RubyOnRails的技术框架, 其方便之处就是脚本语言不要编译, 保存后直接可以使用.
Java社区显然看到了这个问题, GlassFish v2 的热部署能力就是其主要的一个受大家欢迎的
特性. 这也是我们要用 GlassFish v2 替换 Tomcat 5.x 的主要理由.

 

2. 使用环境

 

本文假设你使用下面所述的开发环境.
(1) JDK 1.5 或 1.6
(2) Eclipse IDE for Java EE Developers (3.3.1.1 M20071023-1652)
(3) 使用 com.sysdeo.eclipse.tomcat_3.2.1 插件

 

如果你没有使用 Eclipse 3.3.1.1 Java EE 版本, 而是正在使用其他版本, 也不影响本文所述的所有操作和效果, 只是不能借助Eclipse 启动和停止 GlassFish v2, 只能自己通过命令行进行操作.

 

有关用 Eclipse 3.3.1.1 Java EE 版本操作 GlassFish v2 的详细说明, 请参见 Eclipse 3.3 and GlassFish Java EE 5 integration.

 

3. 下载并安装 GlassFish v2

 

这方面的资料已经很容易从网上找到, 比较好的文章如下:
(1) 在Glassfish上部署web应用
(2) Glassfish初试
(3) 从tomcat到glashfish(glassfish的安装启动笔记)

 

4. 创建 Tomcat 项目

 

相信你一定也知道如何创建 Tomcat 项目. 本文假设你创建的 Tomcat 项目:
(1) 位于 D:/Sample 目录.
(2) Context name 为 Sample.

 

其他采用默认设置.

 

5. 为测试 GlassFish v2 的热部署能力, 创建首页JSP和Servlet Java类.

 

第1步: 在根目录中创建 index.jsp 文件

 

第2步: 在 WEB-INF\src 中, 创建一个简单的 servlet 类 SampleServlet.java,

 

第3步: 配置web.xml文件.

 

完整的Sample项目, 请参见附件.

 

6. 什么是 GlassFish v2 的目录部署?

 

用Tomcat开发时, JSP/HTML/JS/CSS 等文件, 都是修改后保存, 刷新浏览器就可以使用.
为了使 GlassFish v2 达到同样的效果, 需要使用其目录部署(directory deployment)特性.

这个特性不太容易找, 因为使用象GlassFish这样的全功能应用服务器的开发人员,习惯了
"编辑、编译、部署、运行"这样的步骤. 一开始, 我按照 Eclipse 3.3 and GlassFish Java EE 5 integration.
一文的指引, 发现修改JSP文件后,仍然要经历上面的部署过程. 虽然Eclipse会通过自动检测
文件版本的变化, 触发Ant任务实现部署, 但仍然很浪费时间. 我们需要找到跳过"部署"的方法.
在GlassFish官方论坛上发了几个帖子, 答复者的回帖没有起到什么作用, 但通过搜索论坛基本
知道这个问题已经得到了解决.

 

下面的文章引导我朝着正确的方向前进了一大步(非常感谢该文作者):
GlassFish Auto Deployment and Hot Deployment

 

关于目录部署的详细说明,参见:
Sun Java System Application Server Platform Edition 9.0 Application Deployment Guide
Chapter 1 中 Deployment for Development 一节

 

7. GlassFish v2 的目录部署实战

 

第1步: 启动 GlassFish v2.

 

第2步: 部署 Sample 项目到 GlassFish v2, DOS窗口下执行命令:

GLASS_FISH_HOME/bin/asadmin deploydir D:/Sample

 

其中 GLASS_FISH_HOME 是 GlassFish 的安装目录, 命令执行完毕后,可以看到成功部署信息.

 

第3步: 打开浏览器, 输入http://localhost:8080/Sample/index.jsp, 看到页面内容.

 

第4步: 打开浏览器, 输入 http://localhost:8080/Sample/servlet/Sample, 看到页面内容.

 

8. 体验 GlassFish v2 的热部署特性

 

第1步: 修改 index.jsp 文件内容, 保存后, 刷新浏览器, 你就能马上看到新的内容.
( http://localhost:8080/Sample/index.jsp)

 

第2步: 修改 SampleServlet.java, 保存后, 等待片刻, Eclipse 已经自动编译这个类, 但 GlassFish v2 控制台中没有任何提示, 刷新浏览器, 看不到新的内容.
( http://localhost:8080/Sample/servlet/Sample)

 

第3步: 现在, 在 Sample 项目根目录中创建文件名为".reload"的文件(内容为空).

 

第4步: 观察GlassFish v2 控制台, 可以看到重新加载信息,刷新浏览器

(http://localhost:8080/Sample/servlet/Sample)

到了新的内容.

 

第5步: 再次修改 SampleServlet.java 的内容, 保存后, 遇到和第2步同样的问题.

 

第6步: 再次打开 .reload 文件, 输入任意内容, 然后保存.

 

第7步: 再次出现与第4步同样的效果.

 

总结上述操作, GlassFish v2 对于非Java类的加载, 达到了和Tomcat同样的效果, 但Java类的
加载, 需要通过 .reload 文件的时间戳来控制. 这种做法对开发有好处, 在调试改错时, 可以修改
多个 Java 类文件, 然后让 GlassFish v2 一次加载全部修过的类.

 

9. 自动化 .reload 文件时间戳刷新

 

上一节中, 手工打开 .reload 文件, 通过修改其内容刷新其时间戳, 这种做法太麻烦.

在 unix/linux 平台下, 通过命令 touch 刷新 .reload 文件的时间戳. 在 Window 平台, 也有
人实现了 touch. 我在 CodeProject 网站找到一个 touch.exe: Touch for Windows - The Code Project - Free Tools,很好用, 并且可以集成到 Eclipse 的工具条按钮中来执行 touch 命令(touch.exe 已经包括在附件中).

 

第1步: 拷贝下载的 touch.exe 到 Sample 项目根目录.

 

第2步: 在 Eclipse 下, 选择 Run > External Tools > Open External Tools Dialog.

 

第3步: 选中左侧 Program 节点, 右击, 选择New菜单项.

 

第4步: 在右侧出现的对话框中, 填入下面的内容

Name: SampleTouch
Main[页面]
Localtion: ${workspace_loc:/Sample/touch.exe}
Working Directory: ${workspace_loc:/Sample}
Arguments: .reload
Common[页面]
Display in favorites menu: 选中External Tools

保存后, 你可以在Eclipse的Run工具条按钮中看到新创建的项.

 

10. 结语

 

用 GlassFish v2 可以完全替换 Tomcat 5.x, 在开发中它保留了 Tomcat 好的特性的
同时,给我们带来了强壮的热部署功能, 显著地提高了开发效率.

 

感谢GlassFish v2, 感谢为之付出心血的Java社区成员, 是他们让我们感受到了技术
进步的喜悦.

写得很棒！

servlet本身在任何web服务器上,都可以热部署.关键是其它的class是否可以热部署?

这个也试验过了。我们修改JBoss Seam中的组件（包括实体组件）后，不用重新启动GlassFish，就能继续开发。

[quote="fangzhouxing"] 这个也试验过了。我们修改JBoss Seam中的组件（包括实体组件）后，不用重新启动GlassFish，就能继续开发。[/quote]

请问是单个类的热替换还是整个context热部署？

tomcat中把context的reloadable设成false， 你修改一个类时这个类是可以reloadable的。

tomcat的reloadable非常滥，几次之后就内存溢出了。。。

是设成false  不是true。 如果是true的话， tomcat会reload整个的context非常慢，而且多几次的话  会 OOM。这是tomcat的一个bug

很难解决根本问题的。我们不仅仅需要热替换servlet.有时候我们需要替换listener和lib下的jar.这时候就只有reload整个context.

由于java的可编程资源释放能力很弱，所以这个reload还可能会有更多的问题出现：

举个简单的例子

在context中打开一个socket,然后reload context. 那这个socket至少在gc之前是打开的，但谁知道下次GC是什么时候？

java应该提供控制gc的接口才好啊

刚试了一下GlassFish真的很棒