如上篇：Unmi 学习 Groovy 之 Groovy 和 Swing，Groovy 应用 Markup、命名参数、匿名构造和闭包很好的支持了 Swing 开发。然而 IBM 当初考虑到 Swing 的表现自行开发了一个界面框架，并已广受开发者青睐，也在 RCP 中得到了发展。Groovy 自然也看到了这一点，有了实际动作，见 http://groovy.codehaus.org/GroovySWT。它通过 SwtBuilder 和 JFaceBuilder 不令提供了对 Swt 的支持，还支持了 Swt 更上一层的 JFace。

要使用 GroovySWT，必须先下载到 groovy-swt-0.3.jar，或用 Eclipse 自带的 swt.jar，或从 Swt 官方网站(http://www.eclipse.org/swt/) 上下载最新的 swt.jar。或者直接下载打包的 groovy-swt-0.3-including-Eclipse-libs.ZIP，其中包含有 groovy-swt-0.3 和 swt/jface 等包。swt/jface 工程的 classpath 设置这里不多说，本文假定你对 Swt 有一定的了解，最好能理解 Swt 的 HelloWorld 程序。下面还是以例子进行说明吧。 Read More

在前一篇 Unmi 学习 Groovy 之 GroovyMarkup (一) 引入了 GroovyMarkup 及介绍了其中的一个 Builder(MarkupBuilder) 的用法。本篇继续。

groovy.util.NodeBuilder，用来创建一般任意对象的树状结构。看到了，它不在 groovy.xml 包之下，但它是一个 Builder，所以秉承了 Builder 的语法规则，而且还可用路径(对象导航)的方式来访问这个 Builder 实例中的节点或属性值。还是来看例子：

 1import groovy.util.NodeBuilder;
 2
 3someBuilder = new NodeBuilder();            //只有这么一个构建方法
 4
 5root = someBuilder.users([balance:100]){    //这一块的语法完全同 MarkupBuilder
 6	user([gender:"male"],"Unmi");
 7	user("Joe"){
 8		order(item:"Book");
 9	}
10}
11
12println root;                     //因为 NodeBuilder 不预示着输出，所以需要显示的 println

看看上面程序的输出： Read More

DBMS_JOB系统包是Oracle“任务队列”子系统的API编程接口。DBMS_JOB包对于任务队列提供了下面这些功能：提交并且执行一个任务、改变任务的执行参数以及删除或者临时挂起任务等。

DBMS_JOB包是由ORACLE_HOME目录下的rdbms/admin子目录下的DBMSJOB.SQL和PRVTJOB.PLB 这两个脚本文件创建的。这两个文件被CATPROC.SQL脚本文件调用，而CATPROC.SQL这个文件一般是在数据库创建后立即执行的。脚本为DBMS_JOB包创建了一个公共同义词，并给该包授予了公共的可执行权限，所以所有的Oracle用户均可以使用这个包。 Read More

应用服务器一般都支持热部署(Hot Deployment)，更新代码时把新编译的确类替换旧的就行，后面的程序就执行新类中的代码。这也是由各种应用服务器的独有的类加载器层次实现的。那如何在我们的程序中也实现这种热加载功能呢？即要在虚拟机不关闭的情况下(比如一个)，换个类，JVM 就知道加载这个新类，执行新类中的逻辑呢？下面就简单演示这样一个热加载的例子，首先大致了解一下类加载器。

标准 Java 启动器的类加载器层次

1. 引导类加载器(bootstrap):   加载内核 API，如 rt.jar(java.lang、java.io 等)

2. 扩展类加载器(extension):   加载的默认扩展来自于 jre/lib/ext

3. 系统类加载器(system):       类路径上的类，如 com.unmi.*

说明：这只是标准 Java 启动器运行程序时的类加载器层次，像应用服务器中的类加载器通常会多一两层，也是在这个基础上的延伸。上面的类加载层次存在自上而下的委托关系，委托加载不在这里细讲。 Read More

Java 中使用 new、newarray、anewarray 和 multianewarray 指令来创建的对象，当这些对象不再使用时由垃圾收集来释放。 那么 反序列化等都是间接使用了前面的某个指令, clone()  是个本地方法？

JVM 规范不需要任何特定的垃圾收集技术，甚至也没要求有垃圾收集机制。 大概只是说不需要手工释放内存，具体怎么实现各 JVM 自行决定。

GC 除了释放不再被引用的对象，还要处理堆碎片， 整理出连续的空闲空间才能放得下新的对象。不至于出现总的空闲空间足够，但碎片太多而报出 "Out of Memory" 的异常。

GC 有两个好处： 一个是提高了生产率，不用埋头于 Memory Link 的有时甚至是逐行的检查；二，GC 也是 Java 安全策略的一部分，有了它不至于因错误的释放内存而导至 JVM 崩溃。 但是 GC 的一个潜在缺陷影响了程序的性能，它需要一直在后台不时的做些事情，而且实时性也有所欠缺。 Read More

看到 Maven 不断的演进, 著名的  Appfuse 也摒弃了 Ant 而采用了 Maven 作为它的构建管理工具，各个 Java IDE 对于 Maven 的支持也是纷纷上马，所以急迫的感觉对于 Maven 的出现是不容忽视了。Ant 纵然是能满足于我们的需求，不过 Ant 的 build.xml 脚本总那么臃肿不堪，不利于阅读。

而 Maven 与 Ant 同出一族，为 Apache 门下的师兄弟。既然 Apache 会再发明这样一个新轮子，相比于 Ant 确有它的许多独到之处。Maven 依赖了 ant-x.x.x 包，但要说是建立在 Maven 之上的话恐有不太合适。

关于 Maven 与 Ant 之间比较的文章在网上能找到不少，如 maven和ant的比较。具体的不细说，略表几个 Maven 关键之处：1. 对依赖包的处理十分优雅；2. 有大量可用的插件支持；3. 便于与其他工具的支持；4. 适合于多项目的开发。本人也是接触不久，还有许多有待发掘。 Read More