我认为uncheckedException比checkedException要好，因为这样可以减少代码中try/catch语句，利用异常处理框架(或filter)来统一处理产生的异常。那uncheckedException与checkedException该如何划分呢？checkedException用来处理可以预知的情况，例如已有针对返回值的不同情况，用If/else判断。此时可以用checkedException提醒调用者对不同的情况做处理，要比调用者自己查源代码然后做出相应的判断要好。uncheckedException用于抛出的异常，一般情况下是不可预知的，会导致系统错误的。例如一个自定义的方法用来格式化日期，它需要一个日期型的字符串，可是偏偏系统传了一个空的字段串，这种事很少发生的，所以不能抛出一个checkedException，不然会造成到处都是try/catch语句。此时uncheckedException就可以用了，在方法上加上@throws uncheckedException，调用者在不能确定自己传入的参数是否合法时，看到方法throw异常，就需要try/catch一下了。(@throws用来说明的是uncheckedException)

在项目开发过程中，用XDoclet+Exception来约束调用者，效果会更好一些。

Commons-Transaction: http://commons.apache.org/transaction/
下面是测试的代码TestTransaction.java:
Log log = LogFactory.getLog(TestTransaction.class);
  //这个是commons-transaction包中的类
  LoggerFacade logger = new CommonsLoggingLogger(log);;
  //存储的路径
  String toDir = "d:/";
  //临时路径
  String tempDir = "e:/";
  //构造函数的第三个参数：false，标识是否encoding文档的url，这个一般不需要设置为true
  FileResourceManager frm = new FileResourceManager(toDir, tempDir, false, logger);
  //这标识frm的状态为start
  frm.start();
  //下面需要frm的状态为start
  String txId = frm.generatedUniqueTxId();
  try {
   //开启Transaction
   frm.startTransaction(txId);
   frm.deleteResource(txId, "RFID.rtf");
//   throw new Exception("sdf");
  } catch (Exception e) {
   try {
    //回滚事务
    frm.rollbackTransaction(txId);
   } catch (ResourceManagerException e1) {
    // TODO Auto-generated catch block
    e1.printStackTrace();
   }
  }
  //提交事务
  frm.commitTransaction(txId);
在这个application运行过程中，会在tempDir产生一个临时目录(是由一些阿拉伯数字和字母组成的)，里面有两个文件夹：change和delete，还有一个日志transaction.log，而要操作的目录就会在delete目录中。事务的过程也是这样的：先将file存放的tempDir，然后监控transaction的状态，如果commit，它就会将file写到destination中，然后删除tempDir。不过，既然apache已经有了这个，就可以直接拿来用了.commons-transaction，还支持jta的事务，希望将来会更加强大.