Question

Hibernate里的 getCurrentSession取的当前session是由谁管理的？是Spring吗？

现在问题是 先用HQL查询出了持久化对象，再修改了这个对象 然后由于hibernate关系 自动给这些持久化对象更新。问题是如果中间再有一个HQL查询 也是用了 getCurrentSession 那save方法后session会关闭吗？那第一个用HQL查的对象 还能自动更新吗?
如;
List<RecoverTCSharedStock> list = this.getRecoverTCSharedStockDAO().getSaleOrderDetail();//这里查粗来的对象是持久化的对象
deliverGVS(list); 这个方法里 给每个持久化对象 set新值
这样最后没问题 能自动对这些更改的持久化对象更新

问题是：
List<RecoverTCSharedStock> list = this.getRecoverTCSharedStockDAO().getSaleOrderDetail();
加了： 新表的查询 但dao层用的还是getCurrentSession
List<RecoverTCSharedStock2> list2 = this.getRecoverTCSharedStockDAO().getSaleOrderDetail();
然后进行了 save（list2）操作 就是往list2里插入了新对象 ，
问题来了。。。这里会不会关闭了之前的第一个session？？
执行完上面的save session还存在吗？我看网上说持久化对象都是跟session关联的，那这个session是什么结果呢？

deliverGVS(list);
补充问题：我这里用HQL查出了持久化对象 并给这些对象set了几个属性。然后没有对其进行update（）方法的操作，因为持久化对象不用update 也会自动更新。但前提是这个getCurrentSession没有被关闭。我现在担心的是这个session会不会因为中途的save或者update操作给关闭了 那我这个本来持久化的对象 不能自动更新。。。
进一步的研究： 事务是执行完前缀名字方法名的 就提交，但问题又出来了，如果2个事务都会被一个session管理 那如我上面问的题一样 方法体中的一个事务提交 会不会导致 session的关闭？如果不是 那又是因为什么原因 又再哪个配置文件里呢？

Answer 1

不是，是由hibernate的SessionFactory去管理的。底层的原理你得去看源码了。

追问

session是SessionFactory管理 但封装的原理都是一样的吧 那也肯定是每次事务提交后 自动关闭session，我找到了管理事务的配置文件 事务是执行完前缀名字方法名的 就提交，但问题又出来了，如果2个事务都会被一个session管理 那如我上面问的题一样 方法体中的一个事务提交 会不会导致 session的关闭？如果不是 那又是因为什么原因 又再哪个配置文件里呢

追答

1。一个session就管理一个事务的。不能同时搞2个事务。
2.session关闭前事务必须提交，如果2个事务没有提交，session是不能关闭的。

追问

一个session可以对应多个事务。。。都是根据transaction里的配置文件属性而定义的，大部分情况我们的属性都是一个session对应多个事务的情况。这个问题 我自己百度解决了。。谢谢了~

Answer 2

你的意思是用JDBC 连接数据库 做2次添加 中途会不会在第一次添加后关闭连接导致最后一个添加不成功？

追问

补充问题了

追答

这个你放心不会的 。但是我建议你这样做 , JDBC连接数据库单独写一个方法，然后在你更新添加查询的方法里调用,这样就OK了 。 如果你不懂怎么做 我可以把我的代码贴出来，你参考这粘贴复制改改就OK

追问

我看看你那个代码怎么实现的，我只看哪个service层的就行 dao层的不用贴出来

追答

/**
* JDBC连接数据库
* */
public static Connection getConnection(){
String Driver = "com.sybase.jdbc3.jdbc.SybDriver"; //驱动
String url = "jdbc:sybase:Tds:192.168.0.171:5000/gdabc"; // 连接的数据库是gdabc
String Username = "dbadmin";
String Password = "password";
Connection conn = null;
try{
conn = DriverManager.getConnection(url, Username, Password);
}catch(Exception e)
{
e.printStackTrace();
}
return conn;
}

我这个是在定时器里做的,所以只能用JDBC方法 先连接数据库（单独方法）
然后在你逻辑操作的方法里调用就可以

你的HQL用的是Hibernate
你可以直接一步一步向下做逻辑处理
不需要担心Session 关闭问题

追问

额 你发的这个是。。。。。。跟我要的不一样啊 你这个我们都在tomact的conf里面直接配置完了 不是在工程里写。。。

Answer 3

描述的不够清楚，不清楚你的事务边界，贴出代码看看

追问

事务边界从哪个配置文件看？

追答

看来你的事务管理是默认设置，如果是默认设置，
如果你的transaction没有commit，session应该不会关闭。
你试一下不就OK了？

追问

这个是大项目。。。都封装好几层的 只是我还不清楚 在哪个配置文件里限制的 是spring-transaction。xml 配置事务的文件里 配置了session关闭的吗

追答

既然是大项目，必然有声明式事务管理，

你到spring 的配置文件里面找aop有关事务的配置，看一下事务边界，
如果没有，或者看不明白，再到web.xml里面看有没有一个filter(过滤器),如下配置,

openSessionInView
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter

sessionFactoryBeanName
sf

openSessionInView
/*

说实话，你这个项目的事务边界应该不是默认的，边界应该扩大到方法前后，甚至有可能扩大到jsp层面，如果这样，你所问的问题就不存在了。

追问

又过滤器的配置 但这里也看不出session什么时候关闭啊 百度说session是事务提交后关闭，那事务又是什么时候关闭呢 我担心的就是 当执行save方法后 事务会不会提交 关闭session 那不就变成还没修改第一个持久化对象 就提交事务 关闭了session吗？

追答

既然web.xml中有OpenSessionInViewFilter的配置，你的session 就是在你的请求返回到客户端（浏览器或者jsp等）的时候才会关闭，所以你说的执行save方法后，session没有关闭，事务就不会被提交，没有看到你的代码，听你描述也不清楚这两次操作是否在同一个事务里。不管是否在同一个事务里，你担心的问题不会发生。

----------------------
百度一下Transaction propagation（事务传播机制）