BlogJava-J度空间-文章分类-Hibernate

Hibernate应用系列之六批量处理篇

蓝色幽默 — Fri, 17 Aug 2007 15:12:00 GMT

http://tech.it168.com/j/e/2006-09-25/200609251710239.shtml

蓝色幽默 2007-08-17 23:12 发表评论

Hibernate二级缓存攻略

蓝色幽默 — Fri, 10 Aug 2007 05:24:00 GMT

　　很多人对二级缓存都不太了解，或者是有错误的认识，我一直想写一篇文章介绍一下Hibernate的二级缓存的，今天终于忍不住了。

　　我的经验主要来自hibernate2.1版本，基本原理和3.0、3.1是一样的，请原谅我的顽固不化。

　　hibernate的session提供了一级缓存，每个session，对同一个id进行两次load，不会发送两条sql给数据库，但是session关闭的时候，一级缓存就失效了。

　　二级缓存是SessionFactory级别的全局缓存，它底下可以使用不同的缓存类库，比如ehcache、oscache等，需要设置hibernate.cache.provider_class，我们这里用ehcache，在2.1中就是 hibernate.cache.provider_class=net.sf.hibernate.cache.EhCacheProvider如果使用查询缓存，加上hibernate.cache.use_query_cache=true

　　缓存可以简单的看成一个Map，通过key在缓存里面找value。

　　Class的缓存

　　对于一条记录，也就是一个PO来说，是根据ID来找的，缓存的key就是ID，value是POJO。无论list，load还是iterate，只要读出一个对象，都会填充缓存。但是list不会使用缓存，而iterate会先取数据库select id出来，然后一个id一个id的load，如果在缓存里面有，就从缓存取，没有的话就去数据库load。假设是读写缓存，需要设置：

＜cache usage="read-write"/＞

　　如果你使用的二级缓存实现是ehcache的话，需要配置ehcache.XML

＜cache name="com.xxx.pojo.Foo" maxElementsInMemory="500" eternal="false" timeToLiveSeconds="7200" timeToIdleSeconds="3600" overflowToDisk="true" /＞

　　其中eternal表示缓存是不是永远不超时，timeToLiveSeconds是缓存中每个元素（这里也就是一个POJO）的超时时间，如果eternal="false"，超过指定的时间，这个元素就被移走了。timeToIdleSeconds是发呆时间，是可选的。当往缓存里面put的元素超过500个时，如果overflowToDisk="true"，就会把缓存中的部分数据保存在硬盘上的临时文件里面。

　　每个需要缓存的class都要这样配置。如果你没有配置，hibernate会在启动的时候警告你，然后使用defaultCache的配置，这样多个class会共享一个配置。

　　当某个ID通过hibernate修改时，hibernate会知道，于是移除缓存。

　　这样大家可能会想，同样的查询条件，第一次先list，第二次再iterate，就可以使用到缓存了。实际上这是很难的，因为你无法判断什么时候是第一次，而且每次查询的条件通常是不一样的，假如数据库里面有100条记录，id从1到100，第一次list的时候出了前50个id，第二次iterate的时候却查询到30至70号id，那么30-50是从缓存里面取的，51到70是从数据库取的，共发送1+20条sql。所以我一直认为iterate没有什么用，总是会有1+N的问题。

　　（题外话：有说法说大型查询用list会把整个结果集装入内存，很慢，而iterate只select id比较好，但是大型查询总是要分页查的，谁也不会真的把整个结果集装进来，假如一页20条的话，iterate共需要执行21条语句，list虽然选择若干字段，比iterate第一条select id语句慢一些，但只有一条语句，不装入整个结果集hibernate还会根据数据库方言做优化，比如使用MySQL的limit，整体看来应该还是list快。）

　　如果想要对list或者iterate查询的结果缓存，就要用到查询缓存了

　　查询缓存

　　首先需要配置hibernate.cache.use_query_cache=true

　　如果用ehcache，配置ehcache.xml，注意hibernate3.0以后不是net.sf的包名了：

＜cache name="net.sf.hibernate.cache.StandardQueryCache"
maxElementsInMemory="50" eternal="false" timeToIdleSeconds="3600"
timeToLiveSeconds="7200" overflowToDisk="true"/＞
＜cache name="net.sf.hibernate.cache.UpdateTimestampsCache"
maxElementsInMemory="5000" eternal="true" overflowToDisk="true"/＞

　　然后

query.setCacheable(true);//激活查询缓存
query.setCacheRegion("myCacheRegion");//指定要使用的cacheRegion，可选

　　第二行指定要使用的cacheRegion是myCacheRegion，即你可以给每个查询缓存做一个单独的配置，使用setCacheRegion来做这个指定，需要在ehcache.xml里面配置它：

＜cache name="myCacheRegion" maxElementsInMemory="10" eternal="false" timeToIdleSeconds="3600" timeToLiveSeconds="7200" overflowToDisk="true" /＞

　　如果省略第二行，不设置cacheRegion的话，那么会使用上面提到的标准查询缓存的配置，也就是：net.sf.hibernate.cache.StandardQueryCache

　　对于查询缓存来说，缓存的key是根据hql生成的sql，再加上参数，分页等信息（可以通过日志输出看到，不过它的输出不是很可读，最好改一下它的代码）。

　　比如hql：

from Cat c where c.name like ?

　　生成大致如下的sql：

select * from cat c where c.name like ?

　　参数是"tiger%"，那么查询缓存的key*大约*是这样的字符串（我是凭记忆写的，并不精确，不过看了也该明白了）：

select * from cat c where c.name like ? , parameter:tiger%

　　这样，保证了同样的查询、同样的参数等条件下具有一样的key。

　　现在说说缓存的value，如果是list方式的话，value在这里并不是整个结果集，而是查询出来的这一串ID。也就是说，不管是list方法还是iterate方法，第一次查询的时候，它们的查询方式很它们平时的方式是一样的，list执行一条sql，iterate执行1+N条，多出来的行为是它们填充了缓存。但是到同样条件第二次查询的时候，就都和iterate的行为一样了，根据缓存的key去缓存里面查到了value，value是一串id，然后在到class的缓存里面去一个一个的load出来。这样做是为了节约内存。

　　可以看出来，查询缓存需要打开相关类的class缓存。list和iterate方法第一次执行的时候，都是既填充查询缓存又填充class缓存的。
这里还有一个很容易被忽视的重要问题，即打开查询缓存以后，即使是list方法也可能遇到1+N的问题！相同条件第一次list的时候，因为查询缓存中找不到，不管class缓存是否存在数据，总是发送一条sql语句到数据库获取全部数据，然后填充查询缓存和class缓存。但是第二次执行的时候，问题就来了，如果你的class缓存的超时时间比较短，现在class缓存都超时了，但是查询缓存还在，那么list方法在获取id串以后，将会一个一个去数据库load！因此，class缓存的超时时间一定不能短于查询缓存设置的超时时间！如果还设置了发呆时间的话，保证class缓存的发呆时间也大于查询的缓存的生存时间。这里还有其他情况，比如class缓存被程序强制evict了，这种情况就请自己注意了。

　　另外，如果hql查询包含select字句，那么查询缓存里面的value就是整个结果集了。

　　当hibernate更新数据库的时候，它怎么知道更新哪些查询缓存呢？

　　hibernate在一个地方维护每个表的最后更新时间，其实也就是放在上面net.sf.hibernate.cache.UpdateTimestampsCache所指定的缓存配置里面。

　　当通过hibernate更新的时候，hibernate会知道这次更新影响了哪些表。然后它更新这些表的最后更新时间。每个缓存都有一个生成时间和这个缓存所查询的表，当hibernate查询一个缓存是否存在的时候，如果缓存存在，它还要取出缓存的生成时间和这个缓存所查询的表，然后去查找这些表的最后更新时间，如果有一个表在生成时间后更新过了，那么这个缓存是无效的。

　　可以看出，只要更新过一个表，那么凡是涉及到这个表的查询缓存就失效了，因此查询缓存的命中率可能会比较低。

Collection缓存

　　需要在hbm的collection里面设置：

＜cache usage="read-write"/＞

　　假如class是Cat，collection叫children，那么ehcache里面配置

＜cache name="com.xxx.pojo.Cat.children"
maxElementsInMemory="20" eternal="false" timeToIdleSeconds="3600" timeToLiveSeconds="7200"
overflowToDisk="true" /＞

　　Collection的缓存和前面查询缓存的list一样，也是只保持一串id，但它不会因为这个表更新过就失效，一个collection缓存仅在这个collection里面的元素有增删时才失效。

　　这样有一个问题，如果你的collection是根据某个字段排序的，当其中一个元素更新了该字段时，导致顺序改变时，collection缓存里面的顺序没有做更新。

　　缓存策略

　　只读缓存（read-only）：没有什么好说的

　　读/写缓存（read-write）:程序可能要的更新数据

　　不严格的读/写缓存（nonstrict-read-write）：需要更新数据，但是两个事务更新同一条记录的可能性很小，性能比读写缓存好
事务缓存（transactional）：缓存支持事务，发生异常的时候，缓存也能够回滚，只支持jta环境，这个我没有怎么研究过

　　读写缓存和不严格读写缓存在实现上的区别在于，读写缓存更新缓存的时候会把缓存里面的数据换成一个锁，其他事务如果去取相应的缓存数据，发现被锁住了，然后就直接取数据库查询。

　　在Hibernate2.1的ehcache实现中，如果锁住部分缓存的事务发生了异常，那么缓存会一直被锁住，直到60秒后超时。

　　不严格读写缓存不锁定缓存中的数据。使用二级缓存的前置条件。

　　你的hibernate程序对数据库有独占的写访问权，其他的进程更新了数据库，hibernate是不可能知道的。你操作数据库必需直接通过hibernate，如果你调用存储过程，或者自己使用JDBC更新数据库，hibernate也是不知道的。hibernate3.0的大批量更新和删除是不更新二级缓存的，但是据说3.1已经解决了这个问题。

　　这个限制相当的棘手，有时候hibernate做批量更新、删除很慢，但是你却不能自己写jdbc来优化，很郁闷吧。

　　SessionFactory也提供了移除缓存的方法，你一定要自己写一些JDBC的话，可以调用这些方法移除缓存，这些方法是：

void evict(Class persistentClass)
Evict all entries from the second-level cache.
void evict(Class persistentClass, Serializable id)
Evict an entry from the second-level cache.
void evictCollection(String roleName)
Evict all entries from the second-level cache.
void evictCollection(String roleName, Serializable id)
Evict an entry from the second-level cache.
void evictQueries()
Evict any query result sets cached in the default query cache region.
void evictQueries(String cacheRegion)
Evict any query result sets cached in the named query cache region.

　　不过我不建议这样做，因为这样很难维护。比如你现在用JDBC批量更新了某个表，有3个查询缓存会用到这个表，用evictQueries(String cacheRegion)移除了3个查询缓存，然后用evict(Class persistentClass)移除了class缓存，看上去好像完整了。不过哪天你添加了一个相关查询缓存，可能会忘记更新这里的移除代码。如果你的jdbc代码到处都是，在你添加一个查询缓存的时候，还知道其他什么地方也要做相应的改动吗？

　　总结：

　　不要想当然的以为缓存一定能提高性能，仅仅在你能够驾驭它并且条件合适的情况下才是这样的。hibernate的二级缓存限制还是比较多的，不方便用jdbc可能会大大的降低更新性能。在不了解原理的情况下乱用，可能会有1+N的问题。不当的使用还可能导致读出脏数据。
如果受不了hibernate的诸多限制，那么还是自己在应用程序的层面上做缓存吧。

　　在越高的层面上做缓存，效果就会越好。就好像尽管磁盘有缓存，数据库还是要实现自己的缓存，尽管数据库有缓存，咱们的应用程序还是要做缓存。因为底层的缓存它并不知道高层要用这些数据干什么，只能做的比较通用，而高层可以有针对性的实现缓存，所以在更高的级别上做缓存，效果也要好些吧。

蓝色幽默 2007-08-10 13:24 发表评论

Hibernate+Struts分页代码(节选)

蓝色幽默 — Mon, 06 Aug 2007 16:47:00 GMT

摘要: 转自：http://blog.csdn.net/yeno/archive/2007/01/25/1492788.aspxCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->public class HibernateUtil { private Hi... 阅读全文

蓝色幽默 2007-08-07 00:47 发表评论

[原创]Hibernate入门(1)

蓝色幽默 — Sat, 04 Aug 2007 12:20:00 GMT

说明下，我也是新手，我现在的目的是为了快速上手Hibernate（以下简称H），因此并没有作深入研究。

参考资料：《Hibernate_Reference》、《深入浅出Hibernate》

正文

下面我们将创建一个简单的基于控制台的(console-based)Hibernate应用程序。

我们所做的第一件事就是创建我们的开发目录，并且把所有需要用到的Java库文件放进去。万幸的是我们有了myeclipse，由他创建的工程可以很方便地打包，然后交给另一个同样拥有myeclipse的使用者，只需要简单的导入即可使用^_^

右键工程目录 → myeclipse → Add Hibernate……

这样子你的工程就可以导入Hibernate所需要的所有库文件，接下来我们创建一个类，用来代表那些我们希望储存在数据库里的event。

1.1
这里假设你已经拥有了一个数据库，并且尽量将数据库中的各种关联设置完毕，如果你能这样子做，接下来的事情将会变得非常简单^_^

打开透视图（perspective）中的myeclipse database exploer

在里面我们要配置下数据源

完成后即可建立连接，然后我们就可以用myec自带的工具进行映射配置，如下图：

1.2

一路默认即可，最后将会生成一堆配置的文件一共有3类：
1.持久化类，就是一个带有一些属性（property）的简单JavaBean类如：

public abstract class AbstractTest implements java.io.Serializable {

    // Fields

    private Integer id;

    private String name;

    private Set<Testaddr> testaddr = new HashSet<Testaddr>(0);

    public Set<Testaddr> getTestaddr() {
        return testaddr;
    }

    public void setTestaddr(Set<Testaddr> testaddr) {
        this.testaddr = testaddr;
    }

    /** default constructor */
    public AbstractTest() {
    }

    /** full constructor */
    public AbstractTest(Integer id, String name) {
        this.id = id;
        this.name = name;
    }

    // Property accessors

    public Integer getId() {
        return this.id;
    }

    public void setId(Integer id) {
        this.id = id;
    }

    public String getName() {
        return this.name;
    }

    public void setName(String name) {
        this.name = name;
    }

}

你可以看到这个类对属性的存取方法（getter and setter method）使用了标准JavaBean命名约定，同时把类属性（field）的访问级别设成私有的（private）。这是推荐的设计，但并不是必须的。

2.xml映射配置

Hibernate需要知道怎样去加载（load）和存储（store）持久化类的对象。这正是Hibernate映射文件发挥作用的地方。映射文件告诉Hibernate它，应该访问数据库(database)里面的哪个表（table）及应该使用表里面的哪些字段（column）。

一个映射文件的基本结构看起来像这样：

xml version="1.0" encoding="utf-8"?>
DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">

<hibernate-mapping>
    <class name="HibernateFactory.Test" table="test"
        catalog="himessage">
        <id name="id" type="java.lang.Integer">
            <column name="id" />
            <generator class="native" />
        id>
        <property name="name" type="java.lang.String">
            <column name="name" not-null="true" />
        property>

        <set name="testaddr" cascade="all" lazy="false" inverse="true">
            <key column="test_id">key>
            <one-to-many class="HibernateFactory.Testaddr" />
        set>

    class>
hibernate-mapping>

在hibernate-mapping标签（tag）之间, 含有一个class元素。所有的持久化实体类（再次声明，或许接下来会有依赖类，就是那些次要的实体）都需要一个这样的映射，来把类对象映射到SQL数据库里的表。

id元素是标识符属性的声明，name="id" 声明了Java属性的名字－ Hibernate会使用getId()和setId()来访问它。 column属性则告诉Hibernate, 我们使用EVENTS表的哪个字段作为主键。嵌套的generator元素指定了标识符生成策略，在这里我们指定native，它根据已配置的数据库自动选择最佳的标识符生成策略。Hibernate支持由数据库生成，全局唯一性（globally unique）和应用程序指定（或者你自己为任何已有策略所写的扩展）这些策略来生成标识符。

关于具体的配置请参阅《深入浅出Hibernate》P146 数据关联，所有的参数表请查此书P411

3.Hibernate配置
现在我们已经有了一个持久化类和它的映射文件，该是配置Hibernate的时候了。

xml version='1.0' encoding='UTF-8'?>
DOCTYPE hibernate-configuration PUBLIC
          "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
          "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<hibernate-configuration>

    <session-factory>
        <property name="show_sql">trueproperty>
        <property name="connection.username">rootproperty>
        <property name="connection.url">
            jdbc:mysql://localhost/himessage?useUnicode=true&characterEncoding=utf-8
        property>
        <property name="dialect">
            org.hibernate.dialect.MySQLDialect
        property>
        <property name="myeclipse.connection.profile">Hbproperty>
        <property name="connection.password">1234property>
        <property name="connection.driver_class">
            com.mysql.jdbc.Driver
        property>
        <mapping resource="HibernateFactory/Admin.hbm.xml" />
        <mapping resource="HibernateFactory/Test.hbm.xml" />
        <mapping resource="HibernateFactory/Testaddr.hbm.xml" />

    session-factory>

hibernate-configuration>

这里需要特别指出的是<property name="show_sql">trueproperty>
用了这句我们可以直接在ec控制台看到Hibernate生成的sql语句，对调试程序是相当有帮助的！

示例的基本框架完成了－现在我们可以用Hibernate来做些真正的工作。

1.3
我们终于可以使用Hibernate来加载和存储对象了，编写一个带有main()方法的AdminActionr类：

public class AdminAction {
    public static void main(String[] args) {
        Session session = HibernateSessionFactory.getSession();
        session.beginTransaction();
        Admin admin = new Admin();
        admin.setEmail("tantan85@163.com");
        admin.setName("tantan");
        admin.setPsw("111111");
        admin.setAddAdmin(2);
        session.save(admin);
        session.getTransaction().commit();
    }
}

我们创建了个新的Admin对象并把它传递给Hibernate。现在Hibernate负责与SQL打交道，并把INSERT命令传给数据库。在运行之前，让我们看一下处理Session和Transaction的代码。

一个Session就是个单一的工作单元。我们暂时让事情简单一些，并假设HibernateSession和数据库事务是一一对应的。
HibernateSessionFactory.getSession()是干什么的呢？返回“当前的”工作单元。
getTransaction()则表示取出一个事务对象，commit()则是事务的提交，即将缓存中的数据写入数据库。

就是这么面向对象的方法，你就完成了传统的sql语句的功能，是不是很爽？更爽的是你还可以用hql语言来完成更强大的功能，当然这里不可能一一列举，只有看书了，请参考《深入浅出Hibernate》P173 ^_^

蓝色幽默 2007-08-04 20:20 发表评论

[原创]Hibernate过滤器

蓝色幽默 — Sat, 04 Aug 2007 10:30:00 GMT

最近在项目中使用了Struts + Hibernate的组合，在session和事务管理上遇到了些问题，查阅了一些资料后，决定采用servlet的过滤器来解决管理问题。

主要修改了HibernateSessionFactory.java（由原文件由myeclipse自动生成的）

public class HibernateSessionFactory {

    /**
     * Location of hibernate.cfg.xml file. Location should be on the classpath
     * as Hibernate uses #resourceAsStream style lookup for its configuration
     * file. The default classpath location of the hibernate config file is in
     * the default package. Use #setConfigFile() to update the location of the
     * configuration file for the current session.
     */
    private static String CONFIG_FILE_LOCATION = "/hibernate.cfg.xml";

    private static final ThreadLocal<Session> threadLocal = new ThreadLocal<Session>();

    private static final ThreadLocal<Transaction> tLocaltx = new ThreadLocal<Transaction>();

    private static Configuration configuration = new Configuration();

    private static org.hibernate.SessionFactory sessionFactory;

    private static String configFile = CONFIG_FILE_LOCATION;

    private HibernateSessionFactory() {
    }

    /**
     * Returns the ThreadLocal Session instance. Lazy initialize the
     * SessionFactory if needed.
     *
     * @return Session
     * @throws HibernateException
     */
    public static Session getSession() throws HibernateException {
        Session session = (Session) threadLocal.get();

        if (session == null || !session.isOpen()) {
            if (sessionFactory == null) {
                rebuildSessionFactory();
            }
            session = (sessionFactory != null) ? sessionFactory.openSession() : null;
            threadLocal.set(session);
        }

        return session;
    }

    /**
     * Rebuild hibernate session factory
     *
     */
    public static void rebuildSessionFactory() {
        try {
            configuration.configure(configFile);
            sessionFactory = configuration.buildSessionFactory();
        } catch (Exception e) {
            System.err.println("%%%% Error Creating SessionFactory %%%%");
            e.printStackTrace();
        }
    }

    /**
     * Close the single hibernate session instance.
     *
     * @throws HibernateException
     */
    public static void closeSession() throws HibernateException {
        Session session = (Session) threadLocal.get();
        threadLocal.set(null);

        if (session != null) {
            session.close();
        }
    }

    /**
     * return session factory
     *
     */
    public static org.hibernate.SessionFactory getSessionFactory() {
        return sessionFactory;
    }

    /**
     * return session factory
     *
     * session factory will be rebuilded in the next call
     */
    public static void setConfigFile(String configFile) {
        HibernateSessionFactory.configFile = configFile;
        sessionFactory = null;
    }

    /**
     * return hibernate configuration
     *
     */
    public static Configuration getConfiguration() {
        return configuration;
    }

    /**
     * 打开一个事务
     */
    public static void beginTransaction() {
        Transaction tx = tLocaltx.get();
        try {
            if (tx == null) {
                tx = getSession().beginTransaction();
                tLocaltx.set(tx);
            }
        } catch (Exception e) {
            System.err.println("%%%% Error beginTransaction %%%%");
            e.printStackTrace();
        }
    }

    /**
     * 关闭一个事务
     */
    public static void commitTransaction() {
        Transaction tx = tLocaltx.get();
        try {
            if (tx != null && !tx.wasCommitted() && !tx.wasRolledBack()) {
                tx.commit();
                //一个事务结束就立即解除与tLocaltx的关联
                tLocaltx.set(null);
            }
        } catch (Exception e) {
            System.err.println("%%%% Error commitTransaction %%%%");
            e.printStackTrace();
        }
    }

    /**
     * 事务回滚
     */
    public static void rollbackTransaction() {
        Transaction tx = tLocaltx.get();
        try {
            tLocaltx.set(null);
            if (tx != null && !tx.wasCommitted() && !tx.wasRolledBack())
                tx.rollback();
        } catch (Exception e) {
            System.err.println("%%%% Error rollbackTransaction %%%%");
            e.printStackTrace();
        }
    }
}

在myec生成的HibernateSessionFactory源代码中，保证了在一次请求过程中共享单一的session实例，我们现在要加入的内容就是在一次请求中共享一个Transaction实例，很明显，中文部分是增加的内容。添加的代码封装了事务的开始，提交以及回滚。这样子session和Transaction实例可以跨越一次请求的多种方法，这有助于实现集合的延迟加载等Hibernate特性。

在用的时候，我们就应该使用封装后的事务方法和session方法，使用方法如下：

//获得唯一的session 实例
Session session = HibernateSessionFactory.getSession();

HibernateSessionFactory.beginTransaction();
//do something……（数据库操作如：添加、删除等）
HibernateSessionFactory.commitTransaction();

在我们的项目中，BaseDAO类封装了Hibernate常用的数据库操作方法，其中HibernateSessionFactory.beginTransaction()已经一起封入了BaseDAO类，于是，我们便不用在使用代码中加入事务开始的方法，直接调用BaseDAO类的方法即可。在调试过程中，如果我们需要测试数据是否能够写入数据库，就应该手工调用事务结束方法HibernateSessionFactory.commitTransaction()，即可立即写入数据库。

注意：在一次业务逻辑中，只能用一次事务提交，也只需要一次事务提交，我们一般把事务提交放到语句执行的最后面。（如果你用了多次提交，只对第一次提交有效！）

下面举例：

//testDAO 继承 BaseDAO

public class testDAO extends BaseDAO {
    testDAO(){
        super();
    }
}

public class testAction {
    public static void main(String[] args) {
        ActionDAO ad = new ActionDAO();
        ad.add(object);
        // 手工调用事务提交，可将缓存中的数据立即写入数据库
        HibernateSessionFactory.commitTransaction();
        // 手工调用session关闭
        HibernateSessionFactory.closeSession();
    }
}

但在实际的应用中，我们应该把测试用的手工代码删除，因为事务和session的关闭还有事务的回滚是通过过滤器来完成的，当然过滤器需要servlet的支持，我们先来看看过滤器的代码：

public class CloseSessionFilter extends HttpServlet implements Filter {
    /**
     *
     */
    private static final long serialVersionUID = 1L;

    private FilterConfig filterConfig;

    protected boolean enable; // 是否起用此过滤器

    public void init(FilterConfig filterConfig) throws ServletException {
        this.filterConfig = filterConfig;
        loadConfigParams();
    }

    public void loadConfigParams() { // 取得初始化参数
        String enableStr = this.filterConfig.getInitParameter("enable");
        if (enableStr.trim().equals("true")) {
            this.enable = true;
        } else {
            this.enable = false;
        }
    }

    // Process the request/response pair
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain) {
        try {
            filterChain.doFilter(request, response);
        } catch (Exception sx) {
        } finally {
            if (enable) {
                try {
                    HibernateSessionFactory.commitTransaction();
                } catch (Exception e) {
                    HibernateSessionFactory.rollbackTransaction();
                } finally {
                    HibernateSessionFactory.closeSession();
                }
            }
        }
    }

    // Clean up resources
    public void destroy() {
    }
}

相应的web.xml配置：

    <filter>
        <filter-name>CloseSessionFilterfilter-name>
        <filter-class>
            com.struts.common.CloseSessionFilter
        filter-class>
        <init-param>
            <param-name>enableparam-name>
            <param-value>trueparam-value>
        init-param>
    filter>

    <filter-mapping>
        <filter-name>CloseSessionFilterfilter-name>
        <servlet-name>actionservlet-name>
    filter-mapping>

需要注意的是多个过滤器之间的顺序位置，filterChain.doFilter(request, response);是指调用下一个过滤器，也就是说，要调用完所有过滤器后，才会继续运行filterChain.doFilter(request, response);下面的内容，这是一个递归的过程。所以，在web.xml的配置中，我们要把Hibernate过滤器放在第一位，确保所有servlet运行完毕后，才调用最后的关闭方法。

蓝色幽默 2007-08-04 18:30 发表评论

myeclipse试用小记----多对一单向关联（1）

蓝色幽默 — Wed, 01 Aug 2007 15:59:00 GMT

摘要: 转自：http://lavasoft.blog.51cto.com/62575/d-5 说明：一个客户可以对应多个订单。以此为例说明用myeclipse如何来实现这个应用，看看myeclipse是如何做的，生成配置文件质量如何。环境：开发工具：myeclipse 5.5.1 GA 数据库：mysql-5.0.37 操作系统：windows xp profess... 阅读全文

蓝色幽默 2007-08-01 23:59 发表评论