表 3.10. JTA TransactionManagers

表 3.10. JTA TransactionManagers

    虽然在hibernate中有show_sql选项，但是显示出来的语句大多类似
    select * from xxx where value=?
    但是有时候我们需要得到完整的SQL语句，怎么办呢？使用P6SPY就可以完成这个任务

    p6spy是一个开源软件，它可以跟踪任何使用jdbc的应用产生的数据库操作。特别适合于监控ejb服务器产生的 sql statements。
    官方网址：http://www.p6spy.com/
    目前p6spy 适用的应用服务器包括jboss, atg, orion, jonas, iplanet, weblogic, websphere, resin and tomcat.

下面我介绍一下p6spy在tomcat应用程序上安装的步骤：
（1）http://www.p6spy.com/download.html，下载zip包
（2）解压出p6spy.jar spy.properties两个文件
（3）将p6spy.jar 放入应用程序的WEB-INF/lib目录，将spy.properties放入WEB-INF/classes目录
（4）修改spy.properties

    realdriver  =com.mysql.jdbc.Driver  将这行前面的#去掉
    logfile     = c:/spy.log  修改一个你需要的日志文件名
   
（5）修改hibernate.xml，修改connection.driver_class的值为com.p6spy.engine.spy.P6SpyDriver
（6）重启tomcat
（7）这样在c:/下的spy.log记录了数据库的访问情况。

-----------------------------------------

1.下载附件的p6psy.jar以及spy.properties文件

2.将p6spy.jar放到应用的lib目录下,将spy.properties放到WEB-INF\classes目录下

3.修改spy.properties样本的第41行。改成需要的数据库信息
修改spy.properties样本的第54行 。改成需要的数据库信息

修改spy.properties样本的第168行，将spy.log放到比较好找的位置：
例如：logfile = E:/spy.log

4.驱动程序加载先后的问题解决
　　如果spy.log里出现
　　你的程序的数据库驱动名称 is a real driver in spy.properties, but it has been loaded before p6spy. p6spy will not wrap these connections. Either prevent the driver from loading, or try setting 'deregisterdrivers' to true in spy.properties
　　请把spy.properties文件里的deregisterdrivers=false改为deregisterdrivers=true，重新运行即可。

5.在spring配置文件中配置如下:

1. <!-- P6SPY dataSource target -->      
2.     <bean id="dataSourceTarget" class="org.springframework.jdbc.datasource.DriverManagerDataSource">      
3.         <property name="driverClassName"      
4.             value="oracle.jdbc.OracleDriver" />      
5.         <property name="url"      
6.             value="jdbc:oracle:thin:@localhost:1521:testdb" />      
7.         <property name="username" value="tet" />      
8.         <property name="password" value="test" />      
9.     </bean>      
10.            
11.     <!--   dataSource -->      
12.     <bean id="dataSource4develop" class="com.p6spy.engine.spy.P6DataSource" destroy-method="close">         
13.         <constructor-arg>         
14.             <ref local="dataSourceTarget"/>         
15.         </constructor-arg>         
16.     </bean> 

Criteria crit = sess.createCriteria(Cat.class);
crit.setMaxResults(50);
List cats = crit.list();

返回最多50条记录的结果集。

2、缩小结果集范围
一个查询条件(Criterion)是net.sf.hibernate.expression.Criterion接口的一个实例。类net.sf.hibernate.expression.Expression定义了获得一些内置的Criterion类型。 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.like("name", "Fritz%") )
    .add( Expression.between("weight", minWeight, maxWeight) )
    .list();
表达式（Expressions）可以按照逻辑分组. 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.like("name", "Fritz%") )
    .add( Expression.or(
     Expression.eq( "age", new Integer(0) ),
     Expression.isNull("age")
    ) )
    .list();

返回（name like "Fritz%" and age 等于0 或者 age 为空）的结果集


List cats = sess.createCriteria(Cat.class)
    .add( Expression.in( "name", new String[] { "Fritz", "Izi", "Pk" } ) )
    .add( Expression.disjunction()
        .add( Expression.isNull("age") )
     .add( Expression.eq("age", new Integer(0) ) )
     .add( Expression.eq("age", new Integer(1) ) )
     .add( Expression.eq("age", new Integer(2) ) )
    ) )
    .list();

Expression.disjunction()----意思是可以按照逻辑分组
有很多预制的条件类型（Expression的子类）。有一个特别有用，可以让你直接嵌入SQL。 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.sql("lower($alias.name) like lower(?)", "Fritz%", Hibernate.STRING) )
    .list();
其中的{alias}是一个占位符，它将会被所查询实体的行别名所替代。(原文:The {alias} placeholder with be replaced by the row alias of the queried entity.) 

3、对结果排序
可以使用net.sf.hibernate.expression.Order对结果集排序. 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.like("name", "F%")
    .addOrder( Order.asc("name") )
    .addOrder( Order.desc("age") )
    .setMaxResults(50)
    .list();
4、关联（Associations）
你可以在关联之间使用createCriteria()，很容易地在存在关系的实体之间指定约束。 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.like("name", "F%")
    .createCriteria("kittens")
        .add( Expression.like("name", "F%")
    .list();
注意，第二个createCriteria()返回一个Criteria的新实例，指向kittens集合类的元素。 

下面的替代形式在特定情况下有用。 

List cats = sess.createCriteria(Cat.class)
    .createAlias("kittens", "kt")
    .createAlias("mate", "mt")
    .add( Expression.eqProperty("kt.name", "mt.name") )
    .list();
（createAlias()）并不会创建一个Criteria的新实例。） 

请注意，前面两个查询中Cat实例所持有的kittens集合类并没有通过criteria预先过滤！如果你希望只返回满足条件的kittens,你必须使用returnMaps()。 

List cats = sess.createCriteria(Cat.class)
    .createCriteria("kittens", "kt")
        .add( Expression.eq("name", "F%") )
    .returnMaps()
    .list();
Iterator iter = cats.iterator();
while ( iter.hasNext() ) {
    Map map = (Map) iter.next();
    Cat cat = (Cat) map.get(Criteria.ROOT_ALIAS);
    Cat kitten = (Cat) map.get("kt");
}
5、动态关联对象获取（Dynamic association fetching）
可以在运行时通过setFetchMode()来改变关联对象自动获取的策略。 

List cats = sess.createCriteria(Cat.class)
    .add( Expression.like("name", "Fritz%") )
    .setFetchMode("mate", FetchMode.EAGER)
    .list();
这个查询会通过外连接(outer join)同时获得 mate和kittens。 

6、根据示例查询（Example queries）
net.sf.hibernate.expression.Example类允许你从指定的实例创造查询条件。 

Cat cat = new Cat();
cat.setSex('F');
cat.setColor(Color.BLACK);
List results = session.createCriteria(Cat.class)
    .add( Example.create(cat) )
    .list();
版本属性，表示符属性和关联都会被忽略。默认情况下，null值的属性也被排除在外。 

You can adjust how the Example is applied. 你可以调整示例(Example)如何应用。 

Example example = Example.create(cat)
    .excludeZeroes()           //exclude zero valued properties
    .excludeProperty("color")  //exclude the property named "color"
    .ignoreCase()              //perform case insensitive string comparisons
    .enableLike();             //use like for string comparisons
List results = session.createCriteria(Cat.class)
    .add(example)
    .list();
你甚至可以用示例对关联对象建立criteria。 

List results = session.createCriteria(Cat.class)
    .add( Example.create(cat) )
    .createCriteria("mate")
        .add( Example.create( cat.getMate() ) )
    .list();

　　关联级别检索策略有立即检索、延迟检索和迫切左外连接检索。对于关联级别检索，又可分为一对多和多对多、多对一和一对一两种情况讨论。

　　一对多和多对多关联关系一般使用<set>配置。<set>有lazy和outer-join属性，它们的不同取值绝对了检索策略。

　　1）立即检索：这是一对多默认的检索策略，此时lazy=false，outer-join=false.尽管这是默认的检索策略，但如果关联的集合是无用的，那么就不要使用这种检索方式。

　　2）延迟检索：此时lazy=true，outer-join=false（outer-join=true是无意义的），这是优先考虑的检索方式。

　　3）迫切左外连接检索：此时 lazy=false，outer-join=true，这种检索策略只适用于依靠id检索方式（load、get），而不适用于query的集合检索（它会采用立即检索策略）。相比于立即检索，这种检索策略减少了一条sql语句，但在Hibernate中，只能有一个<set>配置成 outer-join=true.

　　多对一和一对一检索策略一般使用<many-to-one>、<one-to-one>配置。<many-to-one>中需要配置的属性是 outer-join，同时还需要配置one端关联的<class>的lazy属性（配置的可不是<many-to-one>中的lazy哦），它们的组合后的检索策略如下：

　　1） outer-join=auto：这是默认值，如果lazy=true为延迟检索，如果lazy=false为迫切左外连接检索。

　　2） outer-join=true，无关于lazy，都为迫切左外连接检索。

　　3） outer-join=false，如果lazy=true为延迟检索，否则为立即检索。

　　可以看到，在默认的情况下（outer-join=auto，lazy=false），对关联的one端对象Hibernate采用的迫切左外连接检索。依我看，很多情况下，我们并不需要加载one端关联的对象（很可能我们需要的仅仅是关联对象的id）；另外，如果关联对象也采用了迫切左外连接检索，就会出现select语句中有多个外连接表，如果个数多的话会影响检索性能，这也是为什么Hibernate通过hibernate.max_fetch_depth属性来控制外连接的深度。对于迫切左外连接检索，query的集合检索并不适用，它会采用立即检索策略。

　　对于检索策略，需要根据实际情况进行选择。对于立即检索和延迟检索，它们的优点在于select语句简单（每张表一条语句）、查询速度快，缺点在于关联表时需要多条select语句，增加了访问数据库的频率。因此在选择即检索和延迟检索时，可以考虑使用批量检索策略来减少select语句的数量（配置batch-size属性）。对于切左外连接检索，优点在于select较少，但缺点是select语句的复杂度提高，多表之间的关联会是很耗时的操作。另外，配置文件是死的，但程序是活的，可以根据需要在程序里显示的指定检索策略（可能经常需要在程序中显示指定迫切左外连接检索）。为了清楚检索策略的配置效果如何，可以配置show_sql属性查看程序运行时Hibernate执行的sql语句。

Hibernate的fetch="join" 和 fetch="select" 的一点搜集      

 hibernate集合映射inverse和cascade详解     

但就此说一下关于lazy机制：

延迟初始化错误是运用Hibernate开发项目时最常见的错误。如果对一个类或者集合配置了延迟检索策略，那么必须当代理类实例或代理集合处于持久化状态（即处于Session范围内）时，才能初始化它。如果在游离状态时才初始化它，就会产生延迟初始化错误。

下面把Customer.hbm.xml文件的<class>元素的lazy属性设为true，表示使用延迟检索策略：

<class name="mypack.Customer" table="CUSTOMERS" lazy="true">

当执行Session的load()方法时，Hibernate不会立即执行查询CUSTOMERS表的select语句，仅仅返回Customer类的代理类的实例，这个代理类具由以下特征：

（1） 由Hibernate在运行时动态生成，它扩展了Customer类，因此它继承了Customer类的所有属性和方法，但它的实现对于应用程序是透明的。
（2） 当Hibernate创建Customer代理类实例时，仅仅初始化了它的OID属性，其他属性都为null，因此这个代理类实例占用的内存很少。
（3）当应用程序第一次访问Customer代理类实例时（例如调用customer.getXXX()或customer.setXXX()方法）， Hibernate会初始化代理类实例，在初始化过程中执行select语句，真正从数据库中加载Customer对象的所有数据。但有个例外，那就是当应用程序访问Customer代理类实例的getId()方法时，Hibernate不会初始化代理类实例，因为在创建代理类实例时OID就存在了，不必到数据库中去查询。

提示：Hibernate采用CGLIB工具来生成持久化类的代理类。CGLIB是一个功能强大的Java字节码生成工具，它能够在程序运行时动态生成扩展 Java类或者实现Java接口的代理类。关于CGLIB的更多知识，请参考：http://cglib.sourceforge.net/。

以下代码先通过Session的load()方法加载Customer对象，然后访问它的name属性：

tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,new Long(1));
customer.getName();
tx.commit();

在运行session.load()方法时Hibernate不执行任何select语句，仅仅返回Customer类的代理类的实例，它的OID为1，这是由load()方法的第二个参数指定的。当应用程序调用customer.getName()方法时，Hibernate会初始化Customer代理类实例，从数据库中加载Customer对象的数据，执行以下select语句：

select * from CUSTOMERS where ID=1;
select * from ORDERS where CUSTOMER_ID=1;

当<class>元素的lazy属性为true，会影响Session的load()方法的各种运行时行为，下面举例说明。

1．如果加载的Customer对象在数据库中不存在，Session的load()方法不会抛出异常，只有当运行customer.getName()方法时才会抛出以下异常：

ERROR LazyInitializer:63 - Exception initializing proxy
net.sf.hibernate.ObjectNotFoundException: No row with the given identifier exists: 1, of class:
mypack.Customer

2．如果在整个Session范围内，应用程序没有访问过Customer对象，那么Customer代理类的实例一直不会被初始化，Hibernate不会执行任何select语句。以下代码试图在关闭Session后访问Customer游离对象：

tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,new Long(1));
tx.commit();
session.close();
customer.getName();

由于引用变量customer引用的Customer代理类的实例在Session范围内始终没有被初始化，因此在执行customer.getName()方法时，Hibernate会抛出以下异常：

ERROR LazyInitializer:63 - Exception initializing proxy
net.sf.hibernate.HibernateException: Could not initialize proxy - the owning Session was closed

由此可见，Customer代理类的实例只有在当前Session范围内才能被初始化。

3．net.sf.hibernate.Hibernate类的initialize()静态方法用于在Session范围内显式初始化代理类实例，isInitialized()方法用于判断代理类实例是否已经被初始化。例如：

tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,new Long(1));
if(!Hibernate.isInitialized(customer))
Hibernate.initialize(customer);
tx.commit();
session.close();
customer.getName();

以上代码在Session范围内通过Hibernate类的initialize()方法显式初始化了Customer代理类实例，因此当Session关闭后，可以正常访问Customer游离对象。

4．当应用程序访问代理类实例的getId()方法时，不会触发Hibernate初始化代理类实例的行为，例如：

tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,new Long(1));
customer.getId();
tx.commit();
session.close();
customer.getName();

当应用程序访问customer.getId()方法时，该方法直接返回Customer代理类实例的OID值，无需查询数据库。由于引用变量 customer始终引用的是没有被初始化的Customer代理类实例，因此当Session关闭后再执行customer.getName()方法， Hibernate会抛出以下异常：

ERROR LazyInitializer:63 - Exception initializing proxy
net.sf.hibernate.HibernateException: Could not initialize proxy - the owning Session was closed

解决方法：

由于hibernate采用了lazy=true,这样当你用hibernate查询时,返回实际为利用cglib增强的代理类,但其并没有实际填充;当你在前端,利用它来取值(getXXX)时,这时Hibernate才会到数据库执行查询,并填充对象,但此时如果和这个代理类相关的session已关闭掉,就会产生种错误.
在做一对多时，有时会出现"could not initialize proxy - clothe owning Session was sed,这个好像是hibernate的缓存问题.问题解决:需要在<many-to-one>里设置lazy="false". 但有可能会引发另一个异常叫

failed to lazily initialize a collection of role: XXXXXXXX, no session or session was closed

此异常解决方案请察看本人博客（http://hi.baidu.com/kekemao1）的Hibernate异常中的《failed to lazily initialize a collection of role异常》

?
解决方法:在web.xml中加入
<filter>
     <filter-name>hibernateFilter</filter-name>
     <filter-class>
      org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
     </filter-class>
</filter
<filter-mapping>
     <filter-name>hibernateFilter</filter-name>
     <url-pattern>*.do</url-pattern>
</filter-mapping>
就可以了;

参考了:
Hibernate与延迟加载：

Hibernate对象关系映射提供延迟的与非延迟的对象初始化。非延迟加载在读取一个对象的时候会将与这个对象所有相关的其他对象一起读取出来。这有时会导致成百的（如果不是成千的话）select语句在读取对象的时候执行。这个问题有时出现在使用双向关系的时候，经常会导致整个数据库都在初始化的阶段被读出来了。当然，你可以不厌其烦地检查每一个对象与其他对象的关系，并把那些最昂贵的删除，但是到最后，我们可能会因此失去了本想在ORM工具中获得的便利。

一个明显的解决方法是使用Hibernate提供的延迟加载机制。这种初始化策略只在一个对象调用它的一对多或多对多关系时才将关系对象读取出来。这个过程对开发者来说是透明的，而且只进行了很少的数据库操作请求，因此会得到比较明显的性能提升。这项技术的一个缺陷是延迟加载技术要求一个Hibernate会话要在对象使用的时候一直开着。这会成为通过使用DAO模式将持久层抽象出来时的一个主要问题。为了将持久化机制完全地抽象出来，所有的数据库逻辑，包括打开或关闭会话，都不能在应用层出现。最常见的是，一些实现了简单接口的DAO实现类将数据库逻辑完全封装起来了。一种快速但是笨拙的解决方法是放弃DAO模式，将数据库连接逻辑加到应用层中来。这可能对一些小的应用程序有效，但是在大的系统中，这是一个严重的设计缺陷，妨碍了系统的可扩展性。

在Web层进行延迟加载

幸运的是，Spring框架为Hibernate延迟加载与DAO模式的整合提供了一种方便的解决方法。对那些不熟悉Spring与Hibernate集成使用的人，我不会在这里讨论过多的细节，但是我建议你去了解Hibernate与Spring集成的数据访问。以一个Web应用为例，Spring提供了OpenSessionInViewFilter和OpenSessionInViewInterceptor。我们可以随意选择一个类来实现相同的功能。两种方法唯一的不同就在于interceptor在Spring容器中运行并被配置在web应用的上下文中，而Filter在Spring之前运行并被配置在web.xml中。不管用哪个，他们都在请求将当前会话与当前（数据库）线程绑定时打开Hibernate会话。一旦已绑定到线程，这个打开了的Hibernate会话可以在DAO实现类中透明地使用。这个会话会为延迟加载数据库中值对象的视图保持打开状态。一旦这个逻辑视图完成了，Hibernate会话会在Filter的doFilter方法或者Interceptor的postHandle方法中被关闭。下面是每个组件的配置示例：

Interceptor的配置:

<beans>
<bean id="urlMapping"
class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
<property name="interceptors">
<list>
<ref bean="openSessionInViewInterceptor"/>
</list>
</property>
<property name="mappings">

</bean>

<bean name="openSessionInViewInterceptor"
class="org.springframework.orm.hibernate.support.OpenSessionInViewInterceptor">
<property name="sessionFactory"><ref bean="sessionFactory"/></property>
</bean>
</beans>

Filter的配置

<web-app>

<filter>
<filter-name>hibernateFilter</filter-name>
<filter-class>
org.springframework.orm.hibernate.support.OpenSessionInViewFilter
</filter-class>
</filter>

<filter-mapping>
<filter-name>hibernateFilter</filter-name>
<url-pattern>*. spring </url-pattern>
</filter-mapping>

</web-app>

实现Hibernate的Dao接口来使用打开的会话是很容易的。事实上，如果你已经使用了Spring框架来实现你的Hibernate Dao,很可能你不需要改变任何东西。方便的HibernateTemplate公用组件使访问数据库变成小菜一碟，而DAO接口只有通过这个组件才可以访问到数据库。下面是一个示例的DAO：

public class HibernateProductDAO extends HibernateDaoSupport implements ProductDAO {

public Product getProduct(Integer productId) {
return (Product)getHibernateTemplate().load(Product.class, productId);
}

public Integer saveProduct(Product product) {
return (Integer) getHibernateTemplate().save(product);
}

public void updateProduct(Product product) {
getHibernateTemplate().update(product);
}
}

在业务逻辑层中使用延迟加载

即使在视图外面，Spring框架也通过使用AOP 拦截器 HibernateInterceptor来使得延迟加载变得很容易实现。这个Hibernate 拦截器透明地将调用配置在Spring应用程序上下文中的业务对象中方法的请求拦截下来，在调用方法之前打开一个Hibernate会话，然后在方法执行完之后将会话关闭。让我们来看一个简单的例子，假设我们有一个接口BussinessObject：

public      interface     BusinessObject      {
public      void     doSomethingThatInvolvesDaos();
}
类BusinessObjectImpl实现了BusinessObject接口:

public      class     BusinessObjectImpl     implements     BusinessObject      {
public      void     doSomethingThatInvolvesDaos()      {
//     lots of logic that calls
//     DAO classes Which access
//     data objects lazily  
}  
}  

通过在Spring应用程序上下文中的一些配置，我们可以让将调用BusinessObject的方法拦截下来，再令它的方法支持延迟加载。看看下面的一个程序片段：

<beans>
<bean id="hibernateInterceptor" class="org.springframework.orm.hibernate.HibernateInterceptor">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
</property>
</bean>
<bean id="businessObjectTarget" class="com.acompany.BusinessObjectImpl">
<property name="someDAO"><ref bean="someDAO"/></property>
</bean>
<bean id="businessObject" class="org.springframework.aop.framework.ProxyFactoryBean">
<property name="target"><ref bean="businessObjectTarget"/></property>
<property name="proxyInterfaces">
<value>com.acompany.BusinessObject</value>
</property>
<property name="interceptorNames">
<list>
<value>hibernateInterceptor</value>
</list>
</property>
</bean>
</beans>

当businessObject被调用的时候，HibernateInterceptor打开一个Hibernate会话，并将调用请求传递给BusinessObjectImpl对象。当BusinessObjectImpl执行完成后，HibernateInterceptor透明地关闭了会话。应用层的代码不用了解任何持久层逻辑，还是实现了延迟加载。

在单元测试中测试延迟加载

最后，我们需要用J-Unit来测试我们的延迟加载程序。我们可以轻易地通过重写TestCase类中的setUp和tearDown方法来实现这个要求。我比较喜欢用这个方便的抽象类作为我所有测试类的基类。

public abstract class MyLazyTestCase extends TestCase {

private SessionFactory sessionFactory;
private Session session;

public void setUp() throws Exception {
super.setUp();
SessionFactory sessionFactory = (SessionFactory) getBean("sessionFactory");
session = SessionFactoryUtils.getSession(sessionFactory, true);
Session s = sessionFactory.openSession();
TransactionSynchronizationManager.bindResource(sessionFactory, new SessionHolder(s));

}

protected Object getBean(String beanName) {
//Code to get objects from Spring application context
}

public void tearDown() throws Exception {
super.tearDown();
SessionHolder holder = (SessionHolder) TransactionSynchronizationManager.getResource(sessionFactory);
Session s = holder.getSession();
s.flush();
TransactionSynchronizationManager.unbindResource(sessionFactory);
SessionFactoryUtils.closeSessionIfNecessary(s, sessionFactory);
}
}

如何在struts+spring+hibernate的框架下构建低耦合高内聚的软件》。昨天和几个朋友讨论问题的时候，谈到通过DaoSupport

2

java 代码

1. package com.htxx.thps.psb.dao.imp;   
2.   
3. import com.htxx.service.dao.BasicDao;   
4. import com.htxx.service.dao.Condition;   
5. import com.htxx.service.dao.ResultSet;   
6. import com.htxx.thps.model.PsPsb;   
7. import com.htxx.thps.model.PsPsjcd;   
8. import com.htxx.thps.model.PsWtmx;   
9. import com.htxx.thps.psb.dao.PsbDao;   
10.   
11. /**  
12.  * @author FanGang  
13.  *  
14.  */  
15. public class PsbDaoImp extends BasicDao implements PsbDao {   
16.   
17.     /* (non-Javadoc)  
18.      * @see com.htxx.thps.psb.dao.PsbDao#getPsb(java.lang.String)  
19.      */  
20.     public PsPsb getPsb(String id) {   
21.         return (PsPsb)this.load(PsPsb.class, id);   
22.     }   
23.   
24.     /* (non-Javadoc)  
25.      * @see com.htxx.thps.psb.dao.PsbDao#updatePsb(com.htxx.thps.model.PsPsb)  
26.      */  
27.     public void updatePsb(PsPsb vo) {   
28.         this.update(vo);   
29.     }   
30.   
31.     /* (non-Javadoc)  
32.      * @see com.htxx.thps.psb.dao.PsbDao#getPsb(com.htxx.service.dao.Condition)  
33.      */  
34.     public ResultSet getPsb(Condition condition) {   
35.         return this.query("PsPsb", condition);   
36.     }   
37.   
38.     public PsPsjcd getPsjcd(String id) {   
39.         return (PsPsjcd)this.load(PsPsjcd.class, id);   
40.     }   
41.   
42.     public ResultSet getPsjcd(Condition condition) {   
43.         return this.query("PsPsjcd", condition);   
44.     }   
45.   
46.     public PsWtmx getWtmx(String id) {   
47.         return (PsWtmx)this.load(PsWtmx.class, id);   
48.     }   
49.   
50.     public ResultSet getWtmx(Condition condition) {   
51.         return this.query("PsWtmx", condition);   
52.     }   
53.   
54.     public void updatePsjcd(PsPsjcd vo) {   
55.         this.update(vo);   
56.     }   
57.   
58.     public void updateWtmx(PsWtmx vo) {   
59.         this.update(vo);   
60.     }   
61.   
62. }  

4 

 

如何在struts+spring+hibernate的框架下构建低耦合高内聚的软件》中已经给出了这个结构的一个实现，供大家参考。

我常常在思考一个问题，我们如何能设计出高水平、高质量的软件出来。怎样是高水平、高质量的软件？它应当是易于维护、易于适应变更、可重用性好的一个系统。如何做到这一点呢？答案当然是“低耦合、高内聚”了。低耦合就是软件在构造的时候，各个模块、各个功能、各个类都不会过度依赖于它周围的环境。只有这样，才能使我们的模块（功能、类）在周围发生变更时不受影响，做到易于维护和易于适应变更。正因为如此，也使它更易于重用到其它功能类似的环境中，提高了重用性。高内聚则使软件中的各个模块（功能、类）能够各尽其能而又充分合作，也就是对于软件问题空间中需求的各个功能，系统可以合理地把它分配给各个模块（功能、类）来共同完成，而不是一个或几个八面玲珑、包打天下的超级类一个人完成。而对于该系统中的某一个模块（功能、类），具有自己高度相关的职责，即该职责中的几个任务是高度相关的。每一个模块（功能、类）都决不去完成与自己无关职责的任务。

那么怎样能构造一个低耦合、高内聚的系统能，时下最流行的框架结构之一的struts+spring+hibernate然而我要说的是，即使我们使用了struts+spring+hibernate 

分析与决策

1.       编写DAO的时候不要直接去使用hibernate或spring对hibernate的支持。

现在我们在编写DAO以上问题，究其原因，是我们项目中的DAO

2.       编写Action的时候不要直接使用spring和spring的继承类

前面我说了应当避免DAO的继承类然后使用它的方法。如此的使用，我们的Action将依赖与spring。我们同样可以使用一个叫BasicAction的父类，然后用一个接口来隔离spring。由于ActionBasicAction中，提高系统的可维护性。

3.       当BUS需要获取别的模块的数据的时候，不要直接去使用该模块的DAO

我举一个简单的例子：我需要设计一个软件评审的管理软件，该软件分为评审组织者制订评审计划、评审者分别填写评审表后由评审组织者汇总评审表、评审组织者制作评审报告。这是一个非常简单的项目，分成了三个人来完成。但是项目进行快结束的时候却出现了问题。填写评审表需要获得评审计划中的一些数据，制作评审报告的数据来源于评审表。项目组在开始编程前先开了一次会，大家约定好了各个部分的数据格式及其规则，然后开始工作。然而数天后项目组把各个模块整合以后发现，系统根本跑不起来，为什么呢？设计评审计划的人发现，所有评审计划应当按照产品编号来进行管理而不是项目编号。由于这个变更，填写评审表模块在待评审列表中什么都无法显示；同样，设计评审表的人发现，在一个评审计划中评审表与评审者不是一对多的关系，而是一对一的关系，因而修改了这两个表的关联。因为这样，在制作评审报告时就不能正确得到评审表数据。其实一个软件项目在整个进行过程中总是不断变更。我们需要做的不是去抑制这些变更，而应当是通过软件的结构去适应这些变更，即是降低各模块间的依赖（耦合），提高内聚。

拿这个实例来说，当评审表需要调用评审计划的数据的时候，不应当是自己写一个DAO去调用评审计划的数据，而应当是调用评审计划的接口，将这个任务交给评审计划类来完成。当评审报告需要调用评审表的数据的时候，同样应当去调用评审表的接口，由评审表来实现。同时，这种调用应当是去调用BUS层的接口。为什么呢？比如在评审计划中的一个业务逻辑是只有在评审计划发布以后才能制作评审表，那么怎样才是已发布的评审计划呢？这个业务逻辑应当由谁来定义？当然是评审计划。在什么地方定义？当然是BUS而不是DAO，因为DAO仅仅是实现数据的持久化，而BUS才是实现业务逻辑的地方。既然如此，如果评审表去调用评审计划的DAO，那么已发布评审计划的业务逻辑必然包含在了评审表的业务逻辑里了。我们假设有一天，已发布评审计划的业务逻辑发生变更了（实际上这样的会在你毫不经意间就发生了），编写评审计划的人会很快就修改了评审计划的业务实现并且测试通过了。他不知道评审表里也包含了这样的业务逻辑，因而修改后的程序在运行到评审表的时候就很可能会出错。不幸的是，在实际工作中，同样一个业务逻辑可能包含在无数个你可能知道，但你也可能不知道的代码中。这样的结构就是一个不易于维护的差的结构。

总结：从技术升级和需求变更两方面适应变化

软件开发专家Alistair Cockburn相关链接：回复：《如何在struts+spring+hibernate的框架下构建低耦合高内聚的软件》。

Spring-Hibernate.rar
描述:		下载
文件名:	Spring-Hibernate.rar
文件大小:	9 KB
下载过的:	文件被下载或查看 511 次

一个dwr+spring+hibernate的示例

这是一个运用dwr+spring+hibernate这样一个框架编写的示例。它展示了一下内容： 1、在dwr中尝试编写的一些通用的代码，包括如何编写一个通用的列表显示框并实现分页、如何编写一个通用的单行编辑框、如何编辑一个通用的存盘和删除程序等等。 2、在dwr中如何与spring兼容，调用bus中的方法；在dwr中如何与hibernate兼容，在页面端操作值对象，以及处理值对象间的各种关系。 3、如何在spring中实现单dao，使这个单dao既可以与hibernate隔离，使其低耦合高内聚，提高可维护性，又能满足各个bus的业务需要，简化开发的过程。 不是美工，界面比较外行，见谅了：） 示例在MyEclipse中安装部署的步骤： 1、创建一个新的web项目并拷贝示例中的文件到项目中。注意web.xml文件应当是将原文件覆盖。 2、添加spring和hibernate。点击项目树中的项目名按Alt+Enter键，弹出项目属性对话框。选择“Java Build Path”中的“Libraries”标签，然后点击“Add Library”按钮，选择“MyEclipse Libraries”，点击“Next”，选择“Hibernate 3.0 Core Libraries”、“Spring 1.2 AOP Libraries”、“Spring 1.2 Core Libraries”、“Spring 1.2 ORM/DAO/Hibernate Libraries”、“Spring 1.2 Web Libraries”，点击“Finish”按钮。 3、点击“Add External JARs”按钮，添加dwr.jar、daosupport.jar、hxtg.jar、hibernate3(必须将hibernate3升级到3.2以上)以及其它数据库相关的jar包到项目中。添加完成以后记得重新部署应用服务器。 4、创建数据库实例，如果是oracle，在pl/sql中运行示例中的employee.sql创建数据库对象。 5、修改ApplicationContext-hibernate.xml中datasource的连接属性为你的数据库。部署完成！ 部署完成后运行可能会在部分功能中出错。这些问题的解决我会在《DWR帮助说明－dwr的bug及其解决方法》中详细讨论。 相关文档： 如何在struts+spring+hibernate的框架下构建低耦合高内聚的软件 DWR帮助文档－dwr.xml文件的配置 DWR帮助说明－如何编写通用的列表显示框 DWR帮助说明－如何编写通用的单行编辑框 DWR帮助说明－服务器端程序的编写 DWR帮助说明－dwr的bug及其解决方法

employee.rar
描述:		下载
文件名:	employee.rar
文件大小:	272 KB
下载过的:	文件被下载或查看 236 次

employee.rar
描述:	重新修订了一下	下载
文件名:	employee.rar
文件大小:	2 M
下载过的:	文件被下载或查看 397 次

  A中可含映射文件的配置，而B中hard codes加映射文件。

  A。Configuration config=new Configuration().config();
  B. Configuration config=new Configuration();
     config.addClass(TUser.class);

2.你不必一定用hibernate.cfg.xml或hibernate.properties这两文件名，
   你也不一定非得把配置文件放在Classes下，
   File file=new File("c:\\sample\\myhibernate.xml");
   Configuration config=new Configuration().config(file);

3. session.Flush()
   强制数据库立即同步，当用事务时，不必用flush,事务提交自动调用flush
   在session关闭时也会调用flush

4. Hibernate总是使用对象类型作为字段类型

5. XDoclet专门建立了hibernate doclet,就是在java代码上加上一些
   java docTag，后来再让XDoclet分析该java代码，生成映射文件;

6.HQL子句本身大小写无关，但是其中出现的类名和属性名必须注意大小写区分。

7.关系：
  Constrained : 约束，表明主控表的主键上是否存在一个外键（foreigh key）
   对其进行约束。

  property-ref:关联类中用于与主控类相关联的属性名，默认为关联类的主键属性名

  单向一对多需在一方配置，双向一对多需在双方进行配置

8.lazy=false:被动方的记录由hibernate负责记取，之后存放在主控方指定的
  Collection类型属性中

9. java.util.Set或net.sof.hibernate.collecton.Bag类型的Collection

10.重要：inverse:用于标识双向关联中的被动方一端。
         inverse=false的一方（主控方）负责维护关联关系.默认值：false

11.batch-size:采用延迟加载特征时，一次读入的数据数昨。

12.一对多通过主控方更新（主控方为一方时）

   user.getAddresses().add(addr);
   session.save(user);//通过主控对象级联更新  

13.在one-to-many 关系中，将many 一方设为主动方（inverse=false）将有助性能
   的改善。在一方设置关系时，inverse=true,即将主控权交给多方，
   这样多方可主动从一方获得foreign key,然后一次insert即可完工。

   addr.setUser(user);//设置关联的TUser对象
   user.getAddresses().add(addr);
   session.save(user);//级联更新 

14.只有设为主控方的一方才关心（访问）对方的属性，被动方是不关心对方的属性的。

15.one-to-many与many-to-one节点的配置属性不同：
   一对多关系多了lazy和inverse两个属性
   多对多节点属性：column:中间映射表中，关联目标表的关联字段
                   class:类名，关联目标类
                   outer-join:是否使用外联接    

   注意:access是设置属性值的读取方式。

        column是设置关联字段。

16.多对多，注意两方都要设置inverse和lazy,cascade只能设为insert-update
   多对多关系中，由于关联关系是两张表相互引用，因此在保存关系状态时必须对双方同时保存。

   group1.getRoles().add(role1);
   role1.getGroups().add(group1);

   session.save(role1);
   session.save(group1);

17.关于vo和po
   vo经过hibernate容量处理，就变成了po(该vo的引用将被容器保存，并且在session关闭时flush,因此po如果再传到其它地方改变了，就危险了)
 
   vo和po相互转换：BeanUtils.copyProperties(anotherUser,user);

18.对于save操作而言，如果对象已经与Session相关联（即已经被加入Session的实体容器中），则无需进行具体的操作。因为之后的Session.flush过程中，Hibernate
会对此实体容器中的对象进行遍历，查找出发生变化的实体，生成并执行相应的update
语句。

19.如果我们采用了延迟加载机制，但希望在一些情况下，实现非延迟加
载时的功能，也就是说，我们希望在Session关闭后，依然允许操作user的addresses
属性
Hibernate.initialize方法可以通过强制加载关联对象实现这一功能：
这也正是我们为什么在编写POJO时，必须用JDK Collection接口（如Set,Map）,
而非特定的JDK Collection实现类（如HashSet、HashMap）申明Collection属性的
原因。

20.事务：从sessionFactory获得session,其自动提交属性就已经关闭(AutoCommit=false),此时若执行了jdbc操作，如果不显式调用session.BeginTransaction(),是不会执行事务操作的。

   jdbc transaction:基于同一个session(就是同一个connection)的事务;
   jta  transaction:跨session（跨connection）事务.

   对于jta事务，有三种实现方法：
     A。UserTransaction tx=new InitialContext().lookup("...");
        tx.commit();
     B. 使用hibernate封装的方法：(不推荐)
        Transaction tx=session.beginTransaction();
        tx.commit();
     C. 使用ejb之sessionBean的事务技持方法，你只要在把需要在发布描述符中，把需要jta事务的方法声明为require即可

21.悲观锁，乐观锁：
   乐观锁一般通过version来实现，注意version节点必须出现在id后。

22.Hibernate中，可以通过Criteria.setFirstResult和Criteria.setFetchSize方法设定分页范围。
   Query接口中也提供了与其一致的方法，hibernate主要在dialect类中实现在这个功能。

23.cache
   <hibernate-configuration>
 <session-factory>
 ……
  <property name="hibernate.cache.provider_class">
   net.sf.ehcache.hibernate.Provider
  </property> 

  还需对ecache本身进配置
  <ehcache>
 <diskStore path="java.io.tmpdir"/>
 <defaultCache
 maxElementsInMemory="10000" //Cache中最大允许保存的数据数量
 eternal="false" //Cache中数据是否为常量
 timeToIdleSeconds="120" //缓存数据钝化时间
 timeToLiveSeconds="120" //缓存数据的生存时间
 overflowToDisk="true" //内存不足时，是否启用磁盘缓存
 />
  </ehcache>

  之后在映射文件中指定各个映射实体的cache策略
  <class name=" org.hibernate.sample.TUser" .... >
 <cache usage="read-write"/>
 ....
 <set name="addresses" .... >
  <cache usage="read-only"/>
 ....
 </set>
 </class>

 *****************************************************
 Query.list()跟Query.iterate()的不同：
 对于query.list()总是通过一条sql语句获取所有记录,然后将其读出，填入pojo返回;
 但是query.iterate()，则是首先通过一条Select SQL 获取所有符合查询条件的记录的
id，再对这个id 集合进行循环操作，通过单独的Select SQL 取出每个id 所对应的记
录，之后填入POJO中返回。

 也就是说，对于list 操作，需要一条SQL 完成。而对于iterate 操作，需要n+1
条SQL。，list方法将不会从Cache中读取数据。iterator却会。

24.ThreadLocal:它会为每个线程维护一个私有的变量空间。实际上，
其实现原理是在JVM 中维护一个Map，这个Map的key 就是当前的线程对象，而value则是
线程通过ThreadLocal.set方法保存的对象实例。当线程调用ThreadLocal.get方法时，
ThreadLocal会根据当前线程对象的引用，取出Map中对应的对象返回。

 这样，ThreadLocal通过以各个线程对象的引用作为区分，从而将不同线程的变量隔离开
来。

25.Hibernate官方开发手册标准示例:
  public class HibernateUtil {
private static SessionFactory sessionFactory;
static {
try {
// Create the SessionFactory
sessionFactory = new
Configuration().configure().buildSessionFactory();
} catch (HibernateException ex) {
throw new RuntimeException(
"Configuration problem: " + ex.getMessage(),
ex
);
}
}
public static final ThreadLocal session = new ThreadLocal();
public static Session currentSession() throws HibernateException
{
Session s = (Session) session.get();
// Open a new Session, if this Thread has none yet
if (s == null) {
s = sessionFactory.openSession();
session.set(s);
}
return s;
}
public static void closeSession() throws HibernateException {
Session s = (Session) session.get();
session.set(null);
if (s != null)
s.close();
}
} 

    
26.通过filter实现session的重用：
   public class PersistenceFilter implements Filter
{
protected static ThreadLocal hibernateHolder = new ThreadLocal();
public void doFilter(ServletRequest request, ServletResponse
response, FilterChain chain)
throws IOException, ServletException
{
hibernateHolder.set(getSession());
try
{
……
chain.doFilter(request, response);
……
}
finally
{
Session sess = (Session)hibernateHolder.get();
if (sess != null)
{
hibernateHolder.set(null);
try
{
sess.close();
}
catch (HibernateException ex) {
throw new ServletException(ex);
}
}
}
}
……}

27.Spring的参数化事务管理功能相当强大，笔者建议在基于Spring Framework的应用
开发中，尽量使用容器管理事务，以获得数据逻辑代码的最佳可读性。
 
public class UserDAO extends HibernateDaoSupport implements IUserDAO
{
public void insertUser(User user) {
getHibernateTemplate().saveOrUpdate(user);
}
}

  上面的UserDAO实现了自定义的IUserDAO接口，并扩展了抽象类：
HibernateDaoSupport
HibernateSupport实现了HibernateTemplate和SessionFactory实例的关联。
HibernateTemplate对Hibernate Session操作进行了封装，而
HibernateTemplate.execute方法则是一封装机制的核心

  *在spring的配置文件里，移植了整个hibernate.cfg.xml的内容。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=288115

本文是我在SpringFramework中文论坛上看到的一篇文章，感觉不错，所以就收藏到Blog上

原文地址：http://spring.jactiongroup.net/viewtopic.php?t=389

其实，就算用Java建造一个不是很烦琐的web应用，也不是件轻松的事情。 在构架的一开始就有很多事情要考虑。 从高处看，摆在开发者面前有很多问题：要考虑是怎样建立用户接口？在哪里处理业务逻辑？ 怎样持久化的数据。 而这三层构架中，每一层都有他们要仔细考虑的。 各个层该使用什么技术？ 怎样的设计能松散耦合还能灵活改变？ 怎样替换某个层而不影响整体构架？应用程序如何做各种级别的业务处理（比如事务处理）？



构架一个Web应用需要弄明白好多问题。 幸运的是，已经有不少开发者已经遇到过这类问题，并且建立了处理这类问题的框架。 一个好框架具备以下几点： 减轻开发者处理复杂的问题的负担（“不重复发明轮子”）； 内部有良好的扩展； 并且有一个支持它的强大的用户团体。 好的构架一般有针对性的处理某一类问题，并且能将它做好（Do One Thing well）。 然而，你的程序中有几个层可能需要使用特定的框架，已经完成的UI(用户接口) 并不代表你也可以把你的业务逻辑和持久逻辑偶合到你的UI部分。 举个例子， 你不该在一个Controller(控制器)里面写JDBC代码作为你的业务逻辑， 这不是控制器应该提供的。 一个UI 控制器应该委派给其它给在UI范围之外的轻量级组件。 好的框架应该能指导代码如何分布。 更重要的是，框架能把开发者从编码中解放出来，使他们能专心于应用程序的逻辑（这对客户来说很重要）。



这篇文章将讨论怎样结合几种著名的框架来使得你的应用程序做到松弛耦合。

如何建立你的架构，并且怎样让你的各个应用层保持一致。？如何整合框架以便让每个层在以一种松散偶合的方式彼此作用而不用管低层的技术细节？这对我们来说真是一种挑战。 这里讨论一个整合框架的策略( 使用3 种受欢迎的开源框架) ：表示层我们用Struts； 业务层我们用Spring；而持久层则用Hibernate。 你也可以用其他FrameWork替换只要能得到同样的效果。 见图1 （框架组合示意图）



应用程序的分层

大部分的Web应用在职责上至少能被分成4层。 这四层是：presentation（描述），persistence（持久），business（业务）和domain model（域模块）。每个层在处理程序上都应该有一项明确的责任, 而不应该在功能上与其它层混合，并且每个层要与其它层分开的，但要给他们之间放一个通信接口。 我们就从介绍各个层开始，讨论一下这些层应该提供什么，不应该提供什么。



表示层(The Presentation Layer)

一般来讲，一个典型的Web应用的的末端应该是表示层。 很多Java发者也理解Struts所提供的。 象业务逻辑之类的被打包到org.apache.struts.Action.， 因此，我们很赞成使用Struts这样的框架。



下面是Struts所负责的：

* 管理用户的请求,做出相应的响应。

* 提供一个Controller ,委派调用业务逻辑和其它上层处理。

* 处理异常，抛给Struts Action

* 为显示提供一个模型

* UI验证。



以下条款，不该在Struts显示层的编码中经常出现。 它们与显示层无关的。

* 直接的与数据库通信，例如JDBC调用。

* 与你应用程序相关联的业务逻辑以及校验。

* 事物管理。

在表示层引入这些代码，则会带来高偶合和麻烦的维护。





持久层(The Persistence Layer)

典型的Web应用的另一个末端是持久层。这里通常是程序最容易失控的地方。开发者总是低估构建他们自己的持久框架的挑战性。系统内部的持续层不但需要大量调试时间，而且还经常缺少功能使之变得难以控制，这是持久层的通病。 还好有几个ORM开源框架很好的解决了这类问题。尤其是Hibernate。 Hibernate为java提供了OR持久化机制和查询服务, 它还给已经熟悉SQL和JDBC API 的Java开发者一个学习桥梁，他们学习起来很方便。 Hibernate的持久对象是基于POJO和Java collections。此外，使用Hibernate并不妨碍你正在使用的IDE。



请看下面的条目，你在持久层编码中需要了解的。

* 查询对象的相关信息的语句。 Hibernate通过一个OO查询语言（HQL）或者正则表达的API来完成查询。 HQL非常类似于SQL-- 只是把SQL里的table和columns用Object和它的fields代替。 你需要学习一些新的HQL语言； 不管怎样，他们容易理解而文档也做的很好。 HQL是一种对象查询的自然语言，花很小的代价就能学习它。

* 如何存储，更新，删除数据库记录。

* 象Hibernate这类的高级ORM框架支持大部分主流数据库，并且他们支持 Parent/child关系，事物处理，继承和多态。



业务层（The Business Layer）

一个典型Web应用的中间部分是业务层或者服务层。 从编码的视角来看，这层是最容易被忽视的一层。 而我们却往往在UI层或持久层周围看到这些业务处理的代码，这其实是不正确的，因为它导致了程序代码的紧密偶合，这样一来，随着时间推移这些代码很难维护。幸好，针对这一问题有好几种Frameworks存在。 最受欢迎的两个框架是Spring和PicoContainer。 这些为也被称为microcontainers，他们能让你很好的把对象搭配起来。 这两个框架都着手于‘依赖注射’(dependency injection)(还有我们知道的‘控制反转’Inversion of Control=IoC)这样的简单概念。 这篇文章将关注于Spring的注射（译注：通过一个给定参数的Setter方法来构造Bean,有所不同于Factory）, Spring还提供了Setter Injection(type2)，Constructor Injection(type3)等方式供我们选择。 Spring把程序中所涉及到包含业务逻辑和Dao的Objects——例如transaction management handler（事物管理控制）、Object Factoris(对象工厂)、service objects（服务组件）——都通过XML来配置联系起来。



后面我们会举个例子来揭示一下Spring 是怎样运用这些概念。

业务层所负责的如下：

* 处理应用程序的 业务逻辑和业务校验

* 管理事物

* 允许与其它层相互作用的接口

* 管理业务层级别的对象的依赖。

* 在显示层和持久层之间增加了一个灵活的机制，使得他们不直接的联系在一起。

* 通过揭示 从显示层到业务层之间的Context来得到business services。

* 管理程序的执行（从业务层到持久层）。





域模块层（The Domain Model Layer ）
既然我们致力于的是一个不是很复杂的Web的应用， 我们需要一个对象集合，让它在不同层之间移动的。 域模块层由实际需求中的业务对象组成 比如, OrderLineItem , Product等等。 开发者在这层 不用管那些DTOs，仅关注domain object即可。 例如，Hibernate允许你将数据库中的信息存放入对象（domain objects），这样你可以在连接断开的情况下把这些数据显示到UI层。 而那些对象也可以返回给持续层，从而在数据库里更新。 而且，你不必把对象转化成DTOs（这可能似的它在不同层之间的在传输过程中丢失），这个模型使得Java开发者能很自然运用OO，而不需要附加的编码。

一个简单例子



既然我们已经从全局上理解这些组件。 现在就让我们开始实践吧。 我们还是用 Struts，Spring 和Hibernate。这三个框架已经被描述够多了，这里就不重复介绍了。 这篇文章举例指导你如何使用这三个框架整合开发, 并向你揭示 一个请求是如何贯穿于各个层的。（从用户的加入一个Order到数据库，显示；进而更新、删除）。



从这里可以下载到程序程序原代码（download）

既然每个层是互相作用的，我们就先来创建domain objects。首先，我们要在这些Object中要确定那些是需要持久化的，哪些是提供给business logic，那些是显示接口的设计。 下一步，我们将配置我们的持久层并且定义好Hibernate的OR mappings。然后定义好Business Objects。有了这些组成部分之后，我们将 使用Spring把这些连接起来。 最后，我们提供给Spring一个持久层，从这个持久层里我们可以知道它是如何与业务逻辑层（business service layer）通信的，以及它是怎样处理其他层抛出的异常的。。



域对象层（Domain Object Layer）


这层是编码的着手点，我们的编码就从这层开始。 例子中Order 与OrderItem 是一个One—To—Many的关系。 下面就是Domain Object Layer的两个对象：



· com.meagle.bo.Order.java: 包含了一个Order的概要信息

· com.meagle.bo.OrderLineItem.java: 包含了Order的详细信息

好好考虑怎你的package命名,这反应出了你是怎样分层的。 例如 domain objects在程序中可能打包在com.meagle.bo内。 更详细一点将打包在com. meagle.bo的子目录下面。business logic应该从com.meagle.serice开始打包，而DAO 对象应该位于com.meagle.service.dao.hibernate。反应Forms和Actions的 持久对象（presentation classes） 应该分别放在 com.meagle.action和com.meagle.forms包。 准确的给包命名使得你的classes很好分割并且易于维护，并且在你添加新的classes时，能使得程序结构上保持上下一致。

持久层的配置（Persistence Layer Configuration）

建立Hibernate的持久层 需要好几个步骤。 第一步让我们把BO持久化。 既然Hibernate是通过POJO工作的， 因此Order和 OrderLineItem对象需要给所有的fileds 加上getter,setter方法。 Hibernate通过XML文件来映射(OR)对象，以下两个xml文件分别映射了Order 和OrderItem对象。（这里有个叫XDoclet工具可以自动生成你的XML影射文件）

- Order.hbm.xml
- OrderLineItem.hbm.xml

你可以在WebContent/WEB-INF/classes/com/meagle/bo目录下找到这些xml文件。Hibernate的 [urlhttp://www.hibernate.org/hib_docs/api/net/sf/hibernate/SessionFactory.html]SessionFactory [/url]是用来告诉程序 应该与哪个数据库通信，该使用哪个连接池或使用了DataSource， 应该加载哪些持久对象。而Session接口是用来完成Selecting，Saving，Delete和Updating这些操作。 后面的我们将讲述SessionFactory和Session是怎样设置的。

业务层的配置（Business Layer Configuration）

既然我们已经有了domain objects，接下来我们就要business service objects了，用他们来执行程序的logic,调用持久层，得到UI层的requests,处理transactions，并且控制exceptions。 为了将这些连接起来并且易于管理，我们将使用面向方面的 SpringFramework。 Spring 提供了 控制倒置（inversion of control 0==IoC)和注射依赖设置（setter dependency injection）这些方式（可供选择），用XML文件将对象连接起来。 IoC是一个简单概念（它允许一个对象在上层接受其他对象的创建），用IoC这种方式让你的对象从创建中释放了出来，降低了偶合度。




这里是一个没有使用IoC的对象创建的例子，它有很高偶合度。




图 2.没有使用 IoC. A 创建了 B 和 C

而这里是一个使用IoC的例子，这种方式允许对象在高层可以创建并进入另外一个对象，所以这样可以直接被执行。


图 3. 对象使用了 IoC。 A 包含了接受B,C的 setter方法 , 这同样达到了 由A创建B,C的目的。

建立我们的业务服务对象（Building Our Business Service Objects）


Business Object中的Setter方法接受的是接口，这样我们可以很松散的定义对象实现，然后注入。 在我们的案例中，我们将用一个business service object接收一个DAO,用它来控制domain objects的持久化。 由于在这个例子中使用了Hibernate，我们可以很方便的用其他持久框架实现 同时通知Spring 有新的DAO可以使用了。

在面向接口的编程中，你会明白 “注射依赖”模式是怎样松散耦合你的业务逻辑和持久机制的：）。



下面是一个接口business service object，DAO代码片段：

图4 是我们对象搭建的一个提纲。 从中可以看出，每个对象都联系着Spring，并且能通过Spring注入到其他对象。把它与Spring的配置文件比较，观察他们之间的关系



图 4. Spring就是这样基于配置文件，将各个Bean搭建在一起。

这个例子使用一个TransactionProxyFactoryBean，它定义了一个setTransactionManager()。 这对象很有用，他能很方便的处理你申明的事物还有Service Object。 你可以通过transactionAttributes属性来定义怎样处理。 想知道更多还是参考TransactionAttributeEditor吧。

TransactionProxyFactoryBean 还有个setter. 这会被我们 Business service object（orderTarget）引用， orderTarget定义了 业务服务层，并且它还有个属性，由setOrderDAO()引用。这个属性



Spring 和Bean 的还有一点要注意的： bean可以以用两种方式创造。 这些都在单例模式（Sington）和原型模式（propotype）中定义了。 默认的方式是singleton,这意味着共享的实例将被束缚。 而原形模式是在Spring用到bean的时候允许新建实例的。当每个用户需要得到他们自己Bean的Copy时，你应该仅使用prototype模式。（更多的请参考设计模式中的单例模式和原形模式）

提供一个服务定位器（Providing a Service Locator）
既然我们已经将我们的Serices和DAO搭配起来了。我们需要把我们的Service显示到其他层。 这个通常是在Struts或者Swing这层里编码。一个简单方法就是用 服务定位器返回给Spring context 。当然，可以通过直接调用Spring中的Bean来做。

下面是一个Struts Actin 中的服务定位器的一个例子。

    它有两种配置方式OpenSessionInViewInterceptor 和OpenSessionInViewFilter(具体参看SpringSide) ，功能相同，只是一个在 web.xml 配置，另一个在 application.xml 配置而已。

    Open Session In View 在 request 把 session 绑定到当前 thread 期间一直保持 hibernate session 在 open 状态，使 session 在 request 的整个期间都可以使用，如在 View 层里 PO 也可以 lazy loading 数据，如 ${ company.employees } 。当 View 层逻辑完成后，才会通过 Filter 的 doFilter 方法或 Interceptor 的 postHandle 方法自动关闭 session 。

						
OpenSessionInViewInterceptor配置
						

								

										

												<beans> 
										
								
								

										

												  <bean name="openSessionInViewInterceptor"
										
								
								

										

												
														
																
																		class
																
														="org.springframework.orm.hibernate3.support.OpenSessionInViewInterceptor"> 
										
								
								

										

												    <property name="sessionFactory">
										
								
								

										

												      <ref bean="sessionFactory"/>
										
								
								

										

												    </property> 
										
								
								

										

												  </bean> 
										
								
								

										

												  <bean id="urlMapping"
										
								
								

										

												
														
																
																		class
																
														="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"> 
										
								
								

										

												    <property name="interceptors"> 
										
								
								

										

												      <list> 
										
								
								

										

												        <ref bean="openSessionInViewInterceptor"/> 
										
								
								

										

												      </list> 
										
								
								

										

												    </property> 
										
								
								

										

												    <property name="mappings"> 
										
								
								

										

												    ... 
										
								
								

										

												    </property> 
										
								
								

										

												  </bean> 
										
								
								

										

												... 
										
								
								

										

												</beans> 
										
								
						
				

						
OpenSessionInViewFilter配置
						

								

										

												<web-app> 
										
								
								

										

												... 
										
								
								

										

												  <filter> 
										
								
								

										

												    <filter-name>hibernateFilter</filter-name> 
										
								
								

										

												    <filter-class> 
										
								
								

										

												      org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
										
								
								

										

												    </filter-class> 
										
								
								

										

												    <!-- singleSession默认为true,若设为false则等于没用OpenSessionInView -->
										
								
								

										

												    <init-param> 
										
								
								

										

												      <param-name>singleSession</param-name> 
										
								
								

										

												      <param-value>true</param-value>
										
								
								

										

												    </init-param>
										
								
								

										

												  </filter> 
										
								
								

										

												... 
										
								
								

										

												  <filter-mapping> 
										
								
								

										

												    <filter-name>hibernateFilter</filter-name> 
										
								
								

										

												    <url-pattern>*.do</url-pattern> 
										
								
								

										

												  </filter-mapping> 
										
								
								

										

												... 
										
								
								

										

												</web-app> 
										
								
						
				

很多人在使用OpenSessionInView过程中提及一个错误：

						

								

										
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations 
								
								

										
are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into 
								
								

										
FlushMode.AUTO or remove 'readOnly' marker from transaction definition 
								
						
				

看看OpenSessionInViewFilter里的几个方法

						

								

										

												
														
																
																		protected
																
														
														void
														doFilterInternal
														
																(
														HttpServletRequest request, 
HttpServletResponse response,FilterChain filterChain)
throws ServletException, IOException
												
														
																{

														　SessionFactory sessionFactory = lookupSessionFactory();
　logger.debug("Opening Hibernate Session in OpenSessionInViewFilter");
　Session session = getSession(sessionFactory);
　TransactionSynchronizationManager.bindResource
												
														
																(

														　　sessionFactory, new SessionHolder(session));
　try
												
														
																{

														　　filterChain.doFilter(request, response);
　
												
														
																}

														
														
																
																		　finally
																
														
												
												
														
																{

														　TransactionSynchronizationManager.unbindResource(sessionFactory);
　logger.debug("Closing Hibernate Session in OpenSessionInViewFilter");
　closeSession(session, sessionFactory);
　
												
														
																}

																}
														
												
												
														

														

														

														

														

												
												 
										
								
								

										

												
														
																
																		protected
																
														 Session getSession(SessionFactory sessionFactory
												
														
																)

														
														
																
																		throws
																
														 DataAccessResourceFailureException 
												
														
																{

														　Session session = SessionFactoryUtils.getSession(sessionFactory, true);
　session.setFlushMode(FlushMode.NEVER);
　return session;
}
										
								
								

										
												

												
														protected
												
										
										
												void
												closeSession
												
														(
												Session session, SessionFactory sessionFactory
										
												
														)

												
												
														
																throws
														
												 CleanupFailureDataAccessException 
										
												
														{

												　SessionFactoryUtils.closeSessionIfNecessary(session, sessionFactory);
}
								
						
				

          关于绑定session的方式，通过看spring里TransactionSynchronizationManager的实现，发现：它维护一个java.lang.ThreadLocal类型的resources，resources负责持有线程局部变量，这里resources持有的是一个HashMap，通过TransactionSynchronizationManager.bindResource()方法在map里绑定和线程相关的所有变量到他们的标识上，包括如上所述的绑定在sessionFactory上的线程局部session。sessionHolder只不过是存放可以hold一个session并可以和transtaction同步的容器。可以看到OpenSessionInViewFilter在getSession的时候,会把获取回来的session的flush mode 设为FlushMode.NEVER。然后把该sessionFactory绑定到TransactionSynchronizationManager，使request的整个过程都使用同一个session，在请求过后再接除该sessionFactory的绑定，最后closeSessionIfNecessary根据该session是否已和transaction绑定来决定是否关闭session。绑定以后，就可以防止每次不会新开一个Session呢？看看HibernateDaoSupport的情况：

						
								     1.  public
								final void setSessionFactory(SessionFactory sessionFactory) {    2.      this.hibernateTemplate = new HibernateTemplate(sessionFactory);    3.  }    4.  protectedfinal HibernateTemplate getHibernateTemplate() {    5.      return hibernateTemplate;    6.  }
				

        我们的DAO将使用这个template进行操作.

public abstract class BaseHibernateObjectDao extends HibernateDaoSupport
implements BaseObjectDao {
     protected BaseEntityObject getByClassId(final long id) {
                BaseEntityObject obj =(BaseEntityObject) getHibernateTemplate().execute(new HibernateCallback() {
                        public Object doInHibernate(Session session) throws HibernateException {
                                    return session.get(getPersistentClass(),new Long(id));
                        }
                });
                return obj;
      }
     public void save(BaseEntityObject entity) {
                  getHibernateTemplate().saveOrUpdate(entity);
     }

    public void remove(BaseEntityObject entity) {
              try {
                     getHibernateTemplate().delete(entity);
              } catch (Exception e) {
                      throw new FlexEnterpriseDataAccessException(e);
             }
     }

      public void refresh(final BaseEntityObject entity) {
               getHibernateTemplate().execute(new HibernateCallback() {
                          public Object doInHibernate(Session session) throws HibernateException {
                                      session.refresh(entity);
                                      return null;
                          }
               });
      }

     public void replicate(final Object entity) {
                getHibernateTemplate().execute(new HibernateCallback() {
                          public Object doInHibernate(Session session)throws HibernateException {
                                      session.replicate(entity,ReplicationMode.OVERWRITE);
                                      return null;
               }
                });
      }
}

        而HibernateTemplate试图每次在execute之前去获得Session，执行完就力争关闭Session

						
								  1. public
								Object execute(HibernateCallback action) throws DataAccessException {  2.    Session session = (!this.allowCreate ?  3.          SessionFactoryUtils.getSession(getSessionFactory(),   4.                false) :  5.          SessionFactoryUtils.getSession(getSessionFactory(),  6.                 getEntityInterceptor(),  7.                 getJdbcExceptionTranslator()));  8.     boolean existingTransaction =    9.         TransactionSynchronizationManager.hasResource(getSessionFactory());  10.    if (!existingTransaction && getFlushMode() == FLUSH_NEVER) {  11.          session.setFlushMode(FlushMode.NEVER);  12.    }  13.    try {  14.          Object result = action.doInHibernate(session);  15.          flushIfNecessary(session, existingTransaction);  16.          return result;  17.    }  18.    catch (HibernateException ex) {  19.          throw convertHibernateAccessException(ex);  20.    }  21.    finally {  22.          SessionFactoryUtils.closeSessionIfNecessary(  23.                  session, getSessionFactory());  24.    }  25. }
				

      而这个SessionFactoryUtils能否得到当前的session以及closeSessionIfNecessary是否真正关闭session，端取决于这个session是否用sessionHolder和这个sessionFactory在我们最开始提到的TransactionSynchronizationManager绑定。

     publicstaticvoidcloseSessionIfNecessary(Session session, SessionFactory sessionFactory)

						

								

										

												
														
																
																		throws
																
														 CleanupFailureDataAccessException {
										
								
								

										

												
														if
														
																(
														session == null || 
TransactionSynchronizationManager.hasResource(sessionFactory)){
										
								
								

										

												
														
																
																		return
																
														;
										
								
								

										

												
														
																}
														
												
										
								
								

										

												    logger.debug("Closing Hibernate session");
										
								
								

										

												
														
																
																		try
																
														
														
																{
														
												
										
								
								

										

												      session.close();
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																
																		catch
																
														
														
																(
														JDBCException ex){
										
								
								

										

												
														
																// SQLException underneath
														
												
										
								
								

										

												
														
																
																		throw
																
														
														
																
																		new
																
														 CleanupFailureDataAccessException("Could not close Hibernate session", ex.getSQLException());
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																
																		catch
																
														
														
																(
														HibernateException ex){
										
								
								

										

												
														
																
																		throw
																
														
														
																
																		new
																
														 CleanupFailureDataAccessException("Could not close Hibernate session", ex);
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																}
														
												
										
								
						
				

    在这个过程中，若HibernateTemplate 发现自当前session有不是readOnly的transaction，就会获取到FlushMode.AUTO Session，使方法拥有写权限。也即是，如果有不是readOnly的transaction就可以由Flush.NEVER转为Flush.AUTO,拥有insert,update,delete操作权限，如果没有transaction，并且没有另外人为地设flush model的话，则doFilter的整个过程都是Flush.NEVER。所以受transaction保护的方法有写权限，没受保护的则没有。

1. 可能的解決方式有：
   1、将singleSession设为false，这样只要改web.xml，缺点是Hibernate Session的Instance可能会大增，使用的JDBC Connection量也会大增，如果Connection Pool的maxPoolSize设得太小，很容易就出问题。
   2、在控制器中自行管理Session的FlushMode，麻烦的是每个有Modify的Method都要多几行程式。
         session.setFlushMode(FlushMode.AUTO);
         session.update(user);
         session.flush();
   3、Extend OpenSessionInViewFilter，Override protected Session getSession(SessionFactory sessionFactory)，将FlushMode直接改为Auto。
   4、让方法受Spring的事务控制。这就是常使用的方法：

采用spring的事务声明,使方法受transaction控制

				

						

								

										
												
														  <bean id="baseTransaction" 
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" 
          abstract="true"> 
        <property name="transactionManager" ref="transactionManager"/> 
        <property name="proxyTargetClass" value="true"/> 
        <property name="transactionAttributes"> 
            <props> 
                <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="load*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="save*">PROPAGATION_REQUIRED</prop> 
                <prop key="add*">PROPAGATION_REQUIRED</prop> 
                <prop key="update*">PROPAGATION_REQUIRED</prop> 
                <prop key="remove*">PROPAGATION_REQUIRED</prop> 
            </props> 
        </property> 
    </bean> 
												
										
										
												
														

												
										
								
								
								
						
						

								    <bean id="userService" parent="baseTransaction"> 
        <property name="target"> 
            <bean class="com.phopesoft.security.service.impl.UserServiceImpl"/> 
        </property> 
    </bean>
						
				
		

对于上例，则以save,add,update,remove开头的方法拥有可写的事务，如果当前有某个方法，如命名为importExcel()，则因没有transaction而没有写权限，这时若方法内有insert,update,delete操作的话，则需要手动设置flush model为Flush.AUTO,如

				

						

								

										 session.setFlushMode(FlushMode.AUTO); 
								
						
						

								

										 session.save(user); 
								
						
						

								

										 session.flush();
								
						
				
		

     尽管Open Session In View看起来还不错，其实副作用不少。看回上面OpenSessionInViewFilter的doFilterInternal方法代码，这个方法实际上是被父类的doFilter调用的，因此，我们可以大约了解的OpenSessionInViewFilter调用流程: request(请求)->open session并开始transaction->controller->View(Jsp)->结束transaction并close session.

     一切看起来很正确，尤其是在本地开发测试的时候没出现问题，但试想下如果流程中的某一步被阻塞的话，那在这期间connection就一直被占用而不释放。最有可能被阻塞的就是在写Jsp这步，一方面可能是页面内容大，response.write的时间长，另一方面可能是网速慢，服务器与用户间传输时间久。当大量这样的情况出现时，就有连接池连接不足，造成页面假死现象。

Open Session In View是个双刃剑，放在公网上内容多流量大的网站请慎用。

另外：这样会产生一点危险性，毕竟把数据库访问的环境放到了表现层。（：用VO）

        Hibernate是对JDBC的轻量级对象封装，Hibernate本身是不具备Transaction处理功能的，Hibernate的Transaction实际上是底层的JDBC Transaction的封装，或者是JTA Transaction的封装，下面我们详细的分析：

　　Hibernate可以配置为JDBCTransaction或者是JTATransaction，这取决于你在hibernate.properties中的配置:

#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
　　如果你什么都不配置，默认情况下使用JDBCTransaction，如果你配置为：

hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
　　将使用JTATransaction，不管你准备让Hibernate使用JDBCTransaction，还是JTATransaction，我的忠告就是什么都不配，将让它保持默认状态，如下：

#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
　　在下面的分析中我会给出原因。

　　一、JDBC Transaction

　　看看使用JDBC Transaction的时候我们的代码例子：

Session session = sf.openSession();
Transaction tx = session.beginTransactioin();
...
session.flush();
tx.commit();
session.close();
　　这是默认的情况，当你在代码中使用Hibernate的Transaction的时候实际上就是JDBCTransaction。那么JDBCTransaction究竟是什么东西呢？来看看源代码就清楚了：

　　Hibernate2.0.3源代码中的类

　　net.sf.hibernate.transaction.JDBCTransaction:

public void begin() throws HibernateException {
...
if (toggleAutoCommit) session.connection().setAutoCommit(false);
...
}
　　这是启动Transaction的方法，看到 connection().setAutoCommit(false) 了吗？是不是很熟悉？

　　再来看

public void commit() throws HibernateException {
...
try {
if ( session.getFlushMode()!=FlushMode.NEVER ) session.flush();
try {
session.connection().commit();
committed = true;
}
...
toggleAutoCommit();
}
　　这是提交方法，看到connection().commit() 了吗？下面就不用我多说了，这个类代码非常简单易懂，通过阅读使我们明白Hibernate的Transaction都在干了些什么？我现在把用Hibernate写的例子翻译成JDBC，大家就一目了然了：

Connection conn = ...;               <--- session = sf.openSession();
conn.setAutoCommit(false);   <--- tx = session.beginTransactioin();
... <--- ...
conn.commit();                           <--- tx.commit(); (对应左边的两句)
conn.setAutoCommit(true);
conn.close();                              <--- session.close();
　　看明白了吧，Hibernate的JDBCTransaction根本就是conn.commit而已，根本毫无神秘可言，只不过在Hibernate中，Session打开的时候，就会自动conn.setAutoCommit(false)，不像一般的JDBC，默认都是true，所以你最后不写commit也没有关系，由于Hibernate已经把AutoCommit给关掉了，所以用Hibernate的时候，你在程序中不写Transaction的话，数据库根本就没有反应。 

 二、JTATransaction

如果你在EJB中使用Hibernate，或者准备用JTA来管理跨Session的长事务，那么就需要使用JTATransaction，先看一个例子：

javax.transaction.UserTransaction tx = new InitialContext().lookup("javax.transaction.UserTransaction");

Session s1 = sf.openSession();
...
s1.flush();
s1.close();
...

Session s2 = sf.openSession();
...
s2.flush();
s2.close();

tx.commit();

这是标准的使用JTA的代码片断，Transaction是跨Session的，它的生命周期比Session要长。如果你在EJB中使用Hibernate，那么是最简单不过的了，你什么Transaction代码统统都不要写了，直接在EJB的部署描述符上配置某某方法是否使用事务就可以了。

现在我们来分析一下JTATransaction的源代码， net.sf.hibernate.transaction.JTATransaction:

public void begin(InitialContext context, ...
...
ut = (UserTransaction) context.lookup(utName);
...

看清楚了吗？ 和我上面写的代码 tx = new Initial Context?().lookup("javax.transaction.UserTransaction"); 是不是完全一样？

public void commit() ...
...
if (newTransaction) ut.commit();
...

JTATransaction的控制稍微复杂，不过仍然可以很清楚的看出来Hibernate是如何封装JTA的Transaction代码的。

但是你现在是否看到了什么问题？ 仔细想一下，Hibernate Transaction是从Session中获得的，tx = session.beginTransaction()，最后要先提交tx，然后再session.close，这完全符合JDBC的Transaction的操作顺序，但是这个顺序是和JTA的Transactioin操作顺序彻底矛盾的！！！ JTA是先启动Transaction，然后启动Session，关闭Session，最后提交Transaction，因此当你使用JTA的Transaction的时候，那么就千万不要使用Hibernate的Transaction，而是应该像我上面的JTA的代码片断那样使用才行。

总结：
1、在JDBC上使用Hibernate

必须写上Hibernate Transaction代码，否则数据库没有反应。此时Hibernate的Transaction就是Connection.commit而已

2、在JTA上使用Hibernate

写JTA的Transaction代码，不要写Hibernate的Transaction代码，否则程序会报错

3、在EJB上使用Hibernate

什么Transactioin代码都不要写，在EJB的部署描述符里面配置

|---CMT(Container Managed Transaction)
|
|---BMT(Bean Managed Transaction)
|
|----JDBC Transaction
|
|----JTA Transaction

关于session：

1.  servlet的session机制基于cookies,关闭浏览器的cookies则session失效即不能用网站的登录功能。

2.  Hibernate Session.

      1>. session 清理缓存时，按照以下顺序执行SQL语句：

            session.save()的实体insert                                                                                                                                         

            实体的update

            对 集合的delete

            集合元素的delete，update，insert

            集合的insert

            session.delete()的先后，执行实体的delete

       2>. 默认时，session在以下时间点清理缓存：

              net.sf.hibernate.Transaction.commit():先清理缓存，再向数据库提交事务                                                          

              Session.find()或iterate()时，若缓存中持久化对象的属性发生了变化，就会先清缓存，以保证查询结果正确

       3>.  Session的commit()和flush()的区别：flush()只执行SQL语句，不提交事务；commit()先调用flush()，再提交事务

       4>.  Session.setFlushMode()用于设定清理缓存的时间点。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=797399

1、
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception is org.hibernate.MappingException: Repeated column in mapping for entity: com.xindeco.myregister.pojo.MyRegisterInfo column: password (should be mapped with insert="false" update="false")

出错原因：1、数据库的字段值和javaBean中的属性类型不统一。对于基本类型，要用wrapper类型而不是primitive类型。2、hibernate的配置文件xxx.hbm.xml中的属性配置不为空，而数据库中的字段却为空。3.两个字段对应同一列，如：password 和repassword同时对应数据库表中的password一列，同时update和insert都设为true。
xml文件如下：
    <property name="password"
                          type="java.lang.String"
                          update="true"
                          insert="true"
                          access="property"
                          column="password"
                          length = "32"
                          />

                         <property name="repassword"
                          type="java.lang.String"
                          update="false"
                          insert="false"
                          access="property"
                          column="password"
                          length = "32"
                          />
解决的方法：
将repassword的insert和update设为false。
2.
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition

错误原因：
在application.xml文件中deleteRegister方法以delete开头，并没有被设定为可更改的，应如下设置：
 <!--为事物创建代理类，并指定方法的事物类型-->
  <bean id="baseTxProxy" lazy-init="true" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
    <property name="transactionManager">
      <ref bean="transactionManager"/>
    </property>
    <property name="transactionAttributes">
      <props>
        <prop key="add*">PROPAGATION_REQUIRED</prop>
        <prop key="cancel*">PROPAGATION_REQUIRED</prop>
           </props>
    </property>
  </bean>
加上一行
  <prop key="delete*">PROPAGATION_REQUIRED</prop>
3.session---connection

4.one-to-one小结：

one-to-one在hibernate中可以用来作为两张表之间的主键关联，这也是hibernate中主键关联的一种用法，这样在一张表中的ID，在生成另外一张表的同时回自动插入到相应的ID字段中去，相应的XML文件设置比较简单，举例如下：

    <!-- 建立一对一的到Address的映射，这个是写在User的XML配置文件中的 -->
    <!-- 相应的User bean（PO）中也要添加属性 com.xx.Address  address-->
    <one-to-one name="address" cascade="all" class="com.xx.Address"/>
   
   <!-- cascade的属性设置不再重复了，可以查看hibernate文档 -->

    <!-- 建立一对一的到User的映射，这个是写在Address的XML配置文件中的 -->
    <!-- 相应的Address bean（PO）中也要添加属性 com.xx.User user--> -->
    <one-to-one name="user" class="com.xx.User" constrained="true"/>

      为了在Address中使用User中的主键ID值，我们需要设置Address中的主键生成规则，如下所示，采用foreign关键字

   <id column="ID" name="id" type="long" unsaved-value="0">
      <generator class="foreign">
        <param name="property">user</param> 
      </generator>
   </id>


      这里需要注意的是property的属性值必须与上面到User的映射所填写的name属性值一致，这样就完成了one-to-one的映射关系。

上面的过程都很简单，下面我来说说这里需要注意的地方：

  1.   在设置属性ID的时候必须注意字段的长度，如笔者这样使用oracle的sequence来生成ID，其长度有14位之长，则应选择hibernate类型long，对应的实体中应选择Long，这样不会出现溢出的情况。


  2.   在测试的时候必须要注意这两张表之间因为已经存在了一对一的关系，所以我们不能只写
         user.setAddress(address);
         而忽略了
         address.setUser(user);
         这样在做插入的时候会报出attempted to assign id from null one-to-one property: address的错误，这一点初学者会经常犯，笔者也是其中之一。


 3.   如果不写cascade="all"或者写成cascade="none"的话，即使你写了
         user.setAddress(address);
         address.setUser(user);
       也不会发生任何事情，只有user会被存储。

4. one-to-one的效率问题-------one-to-one在查询时，总是查出和主表关联的表，而且one-to-one的lazy属性只有false proxy no-proxy三种，没有true。outer-join="false"也只是徒增查询语句条数，把本来的一条sql语句变成多条。所以在one-to-one这种一对一的关系不是很强的情况下（one-to-one关系强即总是查出这所有的几个关联表），或者是在一张表中存在多个one-to-one的情况下，使用最好one-to-many来代替one-to-one。

关于父子关系（all-delete-orphan）

当关联双方存在父子关系，就可以在 set 处设定 cascade 为 all-delete-orphan
所谓父子关系，即指由父方控制子方的持久化圣明周期，子方对象必须和一个父方对象关联。如果删除父方对象，应该级联删除所有关联的子方对象；如果一个子方对象不再和一个父方对象关联，应该把这个子方对象删除。
all-deleteorphan 的能力：
1. 当保存或更新父方对象时，级联保存或更新所有关联的子方对象，相当于 cascade 为 save-update
2. 当删除父方对象时，级联删除所有关联的子方对象，相当于 cascade 为 delete
3. 删除不再和父方对象关联的所有子方对象
解除父子关系的 java 语句例如：
customer.getOrders().remove(order);
order.setCustomer(null);
tx.commit();
如果 cascade 属性取默认值 null，当解除父子关系时，会执行如下 sql：
update ORDER set CUSTOMER_ID=null where ID=2
如果要把它也删掉，则设置：

<set   name="orders"  cascade="all-delete-orphan"  inverse="true">
<key  column="CUSTOMER_ID"  />
<one-to-many  class="mypack.Order" />

再运行时就会执行：delete from ORDERS where CUSTOMER_ID=2  and ID=2;

cascade几种取值：
save-update:   级联保存(load以后如果子对象发生了更新,也会级联更新). 但它不会级联删除
delete:              级联删除, 但不具备级联保存和更新
all-delete-orphan: 在解除父子关系时,自动删除不属于父对象的子对象, 也支持级联删除和级联保存更新.
all:                     级联删除, 级联更新,但解除父子关系时不会自动删除子对象.
delete-orphan:删除所有和当前对象解除关联关系的对象
none:...
级联保存和级联更新总是集合在一起的, 所以没单独的save 或 updata