实际上如果一个持久化实例被持久化(get\load\save\update)以后,Hibernate会自动检测到处于持久化状态的对象的改动,在当前操作执行完成时将对象数据自动写回数据库。不需要我们手动执行update().
2016-08-05
StandardServiceRegistryBuilder registryBuilder = new StandardServiceRegistryBuilder().applySettings(config.getProperties());
2016-08-02
第二个session会话的hashcode就和第一个的hashcode值相同)。看到这就能理解了hashcode值的不同为什么能证明opensession不能自动关闭,而getcurrentsession能自动关闭了吧?
2016-08-01
它的hashcode值是相同的。那么当我们敲出getCurrentSession() 的2个session后证明了hashcode值是一样的。(我首先假的这句话是对的)那么我又反过来去对opensession()的2session做证明,怎么做呢?我们可以讲第一个session会话显示的关闭,也就是调用session.close()方法。这样就相当于getCurrentSession()这个方法的自动关闭(我已经假设getCurrentSession()能够自动关闭)。结果显示:hashcode值是一样的。(前提是关闭第一个session会话,
2016-08-01
本着相互学习的原则,和我重复不停的看老师的这段视频(不少于5次)加自己的试验。应该理解了老师所说的话。为什么要回答呢?因为很多人一开始也有我一样的疑惑“打印两个session的hashcode就能证明没有关闭?这是什么逻辑”。我自习听老师的分析,前三遍我都没懂:明明不同的hashcode值只能证明我开启了2个session会话,怎么能证明它没关闭呢?我开始不停的看问答区的同学的提问和回答,重复听老师的每一句话。第三遍的时候:在视频的13:55左右,老师说出这样一句话:session对象自动关闭后,下次取出的connection对象和上一次的connection对象是一样的。也就是
2016-08-01
我也一样用别人发的包下载之后用不了,卡死在那里。我自己百度找到了另外一个方法安装hibernate tools. http://jingyan.baidu.com/article/a24b33cd695bbe19fe002bd7.html这是百度经验上的。我通过这个方法成功的。只是安装包要多一些。
2016-07-30