数据基线改版

   由于底层实体工具改动，数据基线生成程序不得不重新改写。以前老的方式，是需要自己去实现数据库Schema的定义，将实体定义的XML文件完全转换为对应的hsqldb的表结构，其中需要做很多比较繁琐的操作。

   新的方式，完全借助于hibernate的schema自动生成技术，就把定义好的实体转换到了hsqldb的表。
   期间，遇到的两个主要问题：
   1. 通过hibernate操作hsqldb，需要用standalone模式。设置hibernate的autocommit属性为true，并不会每次操作好数据库之后，就更新到数据库中。居然要使用事务才可以。从log文件中可以看到很明显。

   2. 由于hibernate操作数据库的时候，引发的任何数据异常都被定义为了RuntimeException。导致通过web service调用服务的时候，给出的错误信息很粗糙，不能精确定位到具体是哪里引发的错误。并且，由于自己定义的类结构关系，代码出错都是在抽象类中的方法，没有精确到具体的子类，这给调试带来了一定的困扰。
   自己一度以为是hsqldb，不能支持15个connection的访问。很显然的，不是这个原因。
另外，hibernate的Transaction机制也是相当不错，根本不会出现说Transaction影响session的问题。倒是有可能调用了错误的session方法，导致session内容和数据库内容的不一致情况出现。
   最后，批批自己。在定义抽象类的时候，定义了一个非抽象的模板方法，该方法有可能被子类所overide。后来改变了该方法的签名，子类的方法并没有跟着变，导致调用子类的这个方法的时候，就是调用父类的方法，引发了一系列莫名其妙的错误。
   当时跟踪的时候，就一直纳闷，怎么没有进入子类的方法。到后来才发现，原来子类的方法根本没有覆盖父类的方法。
   真是够郁闷的，昨天晚上和今天早上，一共花了4个多小时才确定这个问题。

   以后定义类继承结构要小心了。。。