Shadow & Honnix

开始把之前做的一些项目往maven上转了。先是jfetion，再加上今天做的smsd。

说来惭愧，jfetion做了很久了，但是自己一直都没弄个什么应用出来，一直在用的smsd还是最早的时候用C写的。今天老婆出去逛街，闲来无事，用Scala重写了一遍，已经可以正常工作了，其它的功能慢慢加吧。

基本想法很简单，后台启一个daemon，监视某个文件夹，如果里面有.sms文件，就把里面的内容发送给相应的人，当然必须是飞信上面的好友。

顺便说一下，Snow Leopard的Java默认是64位的，而libfetion没有Mac上64位的版本，所以要么在系统设置里面更改Java的默认设置，要么运行的时候给个参数：java -d32 …

Scala的构造方法非常灵活（具体怎么个灵活法这里不多说了），但随之而来的是重载构造方法的麻烦。

例如定义新异常类型。一般来说，自己定义的异常都属于checked异常，大都从Exception继承过来，所以也大都需要定义多个构造方法。如果用Java来定义，没什么好说的，重载就行，但是用Scala的话就有点麻烦。Scala规定所有重载的构造方法都必须调用或间接调用默认构造方法，所以必须使用如下的方法。

class MyException(message: String, cause: Throwable) extends Exception(message, cause) {
  def this(message: String): = this(message, null)
  def this(cause: Throwable): = this(null, cause)
  def this: = this(null, null)
}

当然，这样是可以工作的，但是仔细看看Throwable的实现就会发现如果传入的cause为null话会导致异常栈的丢失。而且最恶心的是Throwable没有提供相应的setter/getter，我们能做的就是调用构造方法。
所以我就想出了下面的怪招。

object SpcException {
  def apply(message: String, cause: Throwable): Exception =
    (new SpcException1(message, cause)).asInstanceOf[Exception]
 
  def apply(message: String): Exception =
    (new SpcException2(message)).asInstanceOf[Exception]
 
  def apply(cause: Throwable): Exception =
    (new SpcException3(cause)).asInstanceOf[Exception]
 
  def apply(): Exception =
    (new SpcException4).asInstanceOf[Exception]
}
 
trait SpcException
 
class SpcException1(message: String, cause: Throwable)
    extends Exception(message, cause) with SpcException
 
class SpcException2(message: String)
    extends Exception(message) with SpcException
 
class SpcException3(cause: Throwable)
    extends Exception(cause) with SpcException
 
class SpcException4 extends Exception with SpcException

基本思想是定义一个trait，然后定义四种异常，每种都从该trait扩展并提供不同的默认构造方法，同时定义一个singleton，提供四种不同的apply方法用来构造四种不同的异常。这样就可以解决之前的问题，虽然不怎么好看。

昨天把build.xml搞好了，现在可以方便地构建整个库，准备发布了，虽然还没有测完全。有些东西实在是不好测，尤其是要一边在虚拟的Windows上用移动官方的fetion登陆，改东西，一边又要在虚拟的Gentoo上写代码、测试，实在是麻烦。先发布一个alpha版本好了。

现在在上班，晚上回去放上来。

之前写过一篇关于Java Reference的文章，只放了一个链接；这个星期要开Java的Workshop，所以仔细研究了一把。

Read more…

很惭愧，自己对Java里面的各种refernce一直不是很明白。今天研究JNI的时候看到了这篇文章，讲得比较清晰，拿来引用一下吧：http://weblogs.java.net/blog/enicholas/archive/2006/05/understanding_w.html

为什么把默认的class输出目录改成bin？这么好的名字被污染了。目录命名空间的污染也是一件让人愤怒的事情，虽然我可以设置默认为classes，但实在想不明白改的初衷是什么！

如果可以监控某些对象是否在堆里存得太久而没有使用的话，是不是可以找出一些潜在的内存泄露呢？