现属 Sun 旗下的虚拟机软件 VirtualBox 出了 2.1.0 版，看这篇文章对 2.1.0 版 VirtualBox 的介绍：http://www.cnbeta.com/articles/73057.htm。在 32 位的主机上可安装 64 位的客户系统，而且也加入了 OpenGL 3D。详见 查看官方的更新文档 这很值得体验一番。
于是下载了 VirtualBox-2.1.0-41146-Win_x86.msi 来安装，安装过程中很多的 未通过 Windows 微标的测试 的提示，不管这些，统统 Continue Anyway 过去。安装完了，一启动，弹出窗口报错了，错误界面如下： 阅读全文 >>
六. 配置 Quartz RMI 选项
当通过 RMI 使用 Quartz 启动一个 Quartz 实例时，你需要把它配置为经由 RMI "导出" 服务。然后你就能创建客户端，配置它们的 Quartz Scheduler 作为 "代理" 工作而连接到服务端来。表 A.3 列出了可用的 RMI 设定。
| 名称 | 必须 | 类型 | 默认值 | |
| org.quartz.scheduler.rmi.export | 否 | Boolean | false | |
| org.quartz.scheduler.rmi.registryHost | 否 | String | localhost | |
| org.quartz.scheduler.rmi.registryPort | 否 | Integer | 1099 | |
| org.quartz.scheduler.rmi.createRegistry | 否 | String | never | |
| org.quartz.scheduler.rmi.serverPort | 否 | Integer | Random | |
| org.quartz.scheduler.rmi.proxy | 否 | Boolean | false |
二. 配置 Quartz ThreadPool
表 A.2 列出了配置 Quartz ThreadPool 可用的属性。只有少些属性是必须的，剩下的都有合理的默认值。
| 名称 | 必须 | 类型 | 默认值 | |
| org.quartz.threadPool.class | 是 | String | null | |
| org.quartz.threadPool.threadCount | 是 | Integer | -1 | |
| org.quartz.threadPool.threadPriority | 否 | Integer | 5 | |
| org.quartz.threadPool.makeThreadsDaemons | 否 | boolean | false | |
| org.quartz.threadPool.threadsInheritGroup- OfInitializingThread |
否 | boolean | true | |
| org.quartz.threadPool.threadsInheritContext- ClassLoaderOfInitializingThread |
否 | boolean | false |
附录 A. Quartz 配置参考
本附录编写作为配置一个 Quartz 应用的快速参考。尽管这些信息在 Quartz 文档中都有，但是这个附录提供了一种更快的方式来查找配置属性和它们可能的值。
一. 主要的 Quartz 属性
表 A.1 列出了主要的 Scheduler 属性。它们用于声明和标识 Scheduler 和其他高层次的设置。 阅读全文 >>
自适应收集器
在第一篇：有关于 JVM 的垃圾收集(一) 中谈到过几种垃圾收集的算法，然而我们的 JVM 启动之后并不要求彻头彻尾的死板的使用一种垃圾收集算法，固定的算法参数。因为某种情况下某些垃圾收集算法工作得更好，而别外一些收集算法在另外的情况下工作得更好，所以自适应的垃圾收集技术应运而生。自适应算法监视堆中的情形，并且对应的调整为合适的垃圾收集技术。或能是换一种垃圾收集算法，或者是调整当前算法参数，或者把堆划分为子堆，同时在不同的子堆中使用不同的算法。
简述火车算法
垃圾收集一般都会停止整个程序的运行来查找和收集垃圾对象，它们可能在程序执行的任意时刻暂停，并且暂停的时间也无法确定。垃圾收集也可能使得程序对事件响应迟钝，无法满足实时系统的要求。如果一种垃圾收集算法可能导致用户可察觉的到的停顿或者使得程序无法适合实时系统的要求，这种算法被称作破坏性。垃圾收集算法的还有一个基本目标是使本质上的破坏性尽可能少，如果可能的话，尽可能消除这种破坏性。 阅读全文 >>
在网上 Google/Baidu 一下 “iptables 代理服务器” 多是讲的 iptables 结合 Squid 来实现透明代理的，用 iptables 把请求转发到 Squid 的代理端口上的，由于 Squid 有其局限性，不能支持 POP3、SMTP 和 P2P 协议。所以想在不影响多数人上网方式，集中控制的情况下，给自己单独开个小灶，用 iptables 在代理服务器上另辟一条溪径。
代理服务器有两网卡：
eth0 10.1.0.1 连接内部的网卡
eth1 202.x.x.x 能上互联网的网卡
建立脚本，比如 /usr/local/transparent_proxy.sh，内容如下： 阅读全文 >>
如上篇：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 程序。下面还是以例子进行说明吧。 阅读全文 >>