色窝窝亚洲av网,亚洲国产精品久久久久婷婷软件 ,亚洲免费观看视频

hibernate open session in view 抛出异常解决�Ҏ��

dreamstone — Sat, 28 Jul 2007 16:52:00 GMT

在��用open-session-in-view的时候，如果使用不当�Q�有可能抛出两种异常
1�Q�NonUniqueObjectException
2�Q�在配合spring使用的时候会可能会抛出org.springframework.dao.InvalidDataAccessApiUsageException

先说1�Q�这个异常的抛出原因和解军_��法见�q�里�Q?br>javaeye上有了很好的事例:http://www.javaeye.com/topic/11581
解决办法可以用merge�Q�也可以别的办法�?br>出现的原因，可以参考一下我前边的文章中��merge和update的区别的内容�?br>http://www.tkk7.com/dreamstone/archive/2007/07/29/133071.html

2的解军_��法：在这�?br>springside的一��文章做了详�l�说�?br>http://calvin.blog.javascud.org/post/46.htm

好了�Q�现在问题解决了�Q�但关于open-session-in-view的��用还有一些探讨，是否应该使用�Q��用的好处与坏处�?br>见这两篇jdon上的文章:
http://www.jdon.com/jivejdon/thread/22374.html
http://www.jdon.com/jivejdon/thread/28955.html

dreamstone 2007-07-29 00:52 发表评论

dreamstone — Sat, 28 Jul 2007 16:19:00 GMT

hibernate的保�?br />hibernate对于对象的保存提供了太多的方法，他们之间有很多不同，�q�里�l�说一下，以便区别�Q?br />一、预备知识：
在所有之前，说明一下，对于hibernate�Q�它的对象有三种状态，transient、persistent、detached
下边是常见的��译办法�Q?br />transient�Q�瞬态或者自由�?br />persistent�Q�持久化状�?br />detached�Q�脱��状态或者游��L�?/p>

游离状态的实例可以通过调用save()、persist()或者saveOrUpdate()�Ҏ��q�行持久化�?br />持久化实例可以通过调用 delete()变成��q��状态。通过get()或load()�Ҏ��得到的实例都是持久化状态的�?br />��q��状态的实例可以通过调用 update()�?saveOrUpdate()、lock()或者replicate()�q�行持久化�?/p>

save()和persist()��会引发SQL的INSERT�Q�delete()会引发SQLDELETE�Q?br />而update()或merge()会引发SQLUPDATE。对持久化（persistent�Q�实例的修改在刷新提交的时候会被检��到�Q?br />它也会引起SQLUPDATE。saveOrUpdate()或者replicate()会引发SQLINSERT或者UPDATE

二、save 和update区别
把这一�Ҏ��在第一位的原因是因��一�Ҏ��最常用的�?br />save的作用是把一个新的对象保�?br />update是把一个脱��状态的对象保存

�?update 和saveOrUpdate区别
�q�个是比较好理解的，��֐�思义�Q�saveOrUpdate基本上就是合成了save和update
引用hibernate reference中的一�D�话来解释他们的使用场合和区�?br />通常下面的场景会使用update()或saveOrUpdate()�Q?
�E�序在第一个session中加载对�?
该对象被传递到表现�?
对象发生了一些改�?
该对象被�q�回��C��务逻辑�?
�E�序调用�W�二个session的update()�Ҏ��持久�q�些改动

saveOrUpdate()做下面的�?
如果对象已经在本session中持久化了，不做��M��?
如果另一个与本session兌��的对象拥有相同的持久化标�?identifier)�Q�抛��Z��个异�?
如果对象没有持久化标�?identifier)属性，对其调用save()
如果对象的持久标�?identifier)表明其是一个新实例化的对象�Q�对其调用save()
如果对象是附带版本信息的�Q�通过�?lt;timestamp>�Q?�q�且版本属性的��D��明其是一个新实例化的对象�Q�save()它�?
否则update() �q�个对象

�?persist和save区别
�q�个是最�q�L��的一对，表面上看��h��使用哪个都行�Q�在hibernate reference文档中也没有明确的区分他�?
�q�里�l�出一个明��的区分。（可以跟进src看一下，虽然实现步骤�c�M��Q�但是还是有�l�微的差别）
�q�里参�?a >http://opensource.atlassian.com/projects/hibernate/browse/HHH-1682中的一个说明：
---------------------------------------------------------------------------------
I found that a lot of people have the same doubt. To help to solve this issue
I'm quoting Christian Bauer:
"In case anybody finds this thread...

persist() is well defined. It makes a transient instance persistent. However,
it doesn't guarantee that the identifier value will be assigned to the persistent
instance immediately, the assignment might happen at flush time. The spec doesn't say
that, which is the problem I have with persist().

persist() also guarantees that it will not execute an INSERT statement if it is
called outside of transaction boundaries. This is useful in long-running conversations
with an extended Session/persistence context.A method like persist() is required.

save() does not guarantee the same, it returns an identifier, and if an INSERT
has to be executed to get the identifier (e.g. "identity" generator, not "sequence"),
this INSERT happens immediately, no matter if you are inside or outside of a transaction. This is not good in a long-running conversation with an extended Session/persistence context."

---------------------------------------------------------------------------------
��单翻译一下上边的句子的主要内容：
1�Q�persist把一个瞬态的实例持久化，但是�q?不保�?标识�W�被立刻填入到持久化实例中，标识�W�的填入可能被推�q?br />到flush的时间�?/p>

2�Q�persist"保证"�Q�当它在一个transaction外部被调用的时候�ƈ不触发一个Sql Insert�Q�这个功能是很有用的�Q?br />当我们通过�l�承Session/persistence context来封装一个长会话��程的时候，一个persist�q�样的函数是需要的�?/p>

3�Q�save"不保�?�W?�?它要�q�回标识�W�，所以它会立��x��行Sql insert�Q�不��是不是在transaction内部�q�是外部

�?saveOrUpdateCopy,merge和update区别
首先说明merge是用来代替saveOrUpdateCopy的，�q�个详细见这�?br />http://www.tkk7.com/dreamstone/archive/2007/07/28/133053.html
然后比较update和merge
update的作用上边说了，�q�里说一下merge�?br />如果session中存在相同持久化标识(identifier)的实例，用用��L��出的对象的状态覆盖旧有的持久实例
如果session没有相应的持久实例，则尝试从数据库中加蝲�Q�或创徏新的持久化实�?最后返回该持久实例
用户�l�出的这个对象没有被兌��到session上，它依旧是��q��?
重点是最后一句：
当我们��用update的时候，执行完成后，我们提供的对象A的状态变成持久化状�?br />但当我们使用merge的时候，执行完成�Q�我们提供的对象A�q�是��q��状态，hibernate或者new了一个B�Q�或者检索到
一个持久对象B�Q��ƈ把我们提供的对象A的所有的值拷贝到�q�个B�Q�执行完成后B是持久状态，而我们提供的A�q�是托管状�?/p>

�?flush和update区别
�q�两个的区别好理�?br />update操作的是在脱��状态的对象
而flush是操作的在持久状态的对象�?br />默认情况下，一个持久状态的对象是不需要update的，只要你更改了对象的��|��{�待hibernate flush��p��?br />保存到数据库了。hibernate flush发生再几�U�情况下�Q?br />1�Q�调用某些查询的时�?br />2�Q�transaction commit的时�?br />3�Q�手动调用flush的时�?

�?lock和update区别
update是把一个已�l�更改过的脱��状态的对象变成持久状�?br />lock是把一个没有更改过的脱��状态的对象变成持久状�?br />对应更改一个记录的内容�Q�两个的操作不同�Q?br />update的操作步骤是�Q?br />�Q?�Q�更改脱��的对象->调用update
lock的操作步骤是�Q?br />(2)调用lock把对象从��q��状态变成持久状�?->更改持久状态的对象的内�?->�{�待flush或者手动flush

参考内容：
http://www.tkk7.com/iamtin/archive/2006/03/06/33910.aspx
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1682
http://www.redsaga.com/hibernate-ref/3.x/zh-cn/html/objectstate.html

dreamstone 2007-07-29 00:19 发表评论

hibernate的查�?�Q�比较get 与load)

dreamstone — Sat, 28 Jul 2007 15:04:00 GMT

hibernate的查询的比较
hibernate的查询有很多,Query,find,Criteria,get,load

query使用hsql语句�Q�可以设�|�参数是常用的一�U�方�?/p>

criteria的方式，��量避免了写hql语句�Q�看��h��更面向对象了�?/p>

find方式�Q�这�U�方式已�l�被新的hibernate丢弃见这�?br>http://www.tkk7.com/dreamstone/archive/2007/07/28/133053.html

get�?span id=highlight_tag style="PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-WEIGHT: bold; PADDING-BOTTOM: 0px; COLOR: blue; PADDING-TOP: 0px; BACKGROUND-COLOR: #ccffff; blue: ">load方式是根据id取得一个记�?br>下边详细说一下get�?span id=highlight_tag style="PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-WEIGHT: bold; PADDING-BOTTOM: 0px; COLOR: blue; PADDING-TOP: 0px; BACKGROUND-COLOR: #ccffff; blue: ">load的不同，因�ؓ有些时候�ؓ了对比也会把find加进来�?/p>

1�Q�从�q�回�l�果上对比：
load方式��索不到的话会抛出org.hibernate.ObjectNotFoundException异常
get�Ҏ��索不到的话会�q�回null

2�Q�从��索执行机制上�Ҏ��Q?br>get�Ҏ��?span id=highlight_tag style="PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-WEIGHT: bold; PADDING-BOTTOM: 0px; COLOR: red; PADDING-TOP: 0px; BACKGROUND-COLOR: #ffeeee; red: ">find�Ҏ��都是直接从数据库中检�?br>�?span id=highlight_tag style="PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-WEIGHT: bold; PADDING-BOTTOM: 0px; COLOR: blue; PADDING-TOP: 0px; BACKGROUND-COLOR: #ccffff; blue: ">load�Ҏ��的执行则比较复杂
1,首先查找session的persistent Context中是否有�~�存�Q�如果有则直接返�?br>2,如果没有则判断是否是lazy�Q�如果不是直接访问数据库��索，查到记录�q�回�Q�查不到抛出异常
3,如果是lazy则需要徏立代理对象，对象的initialized属性�ؓfalse�Q�target属性�ؓnull
4, 在访问获得的代理对象的属性时,��索数据库�Q�如果找到记录则把该记录的对象复制到代理对象的target
上，�q�将initialized=true�Q�如果找不到��抛出异�?�?br>

dreamstone 2007-07-28 23:04 发表评论

hibernate 3.2新的Session接口与之前接口的不同

dreamstone — Sat, 28 Jul 2007 14:37:00 GMT

hibernate 3中的session接口的不�?br>hibernate3.2版本中session出现�?�?br>新session接口�Q�org.hibernate.Session
老session接口�Q�org.hibernate.classic.Session
��֐�思义�Q�classic包下的session��是以前常用的session�Q�新的这个相比老的有很大变化。下边详�l�列�?br>1�Q�去掉了所有的find�Ҏ��
在新的session接口中没有find�Ҏ��Q�而在老的session接口中把find全部注释成deprecated了�?br>2,��L��所有的saveOrUpdateCopy�Q��用merge代替�Q�这是classic.Session注释中的一�D�原�?
/**
* Copy the state of the given object onto the persistent object with the same
* identifier. If there is no persistent instance currently associated with
* the session, it will be loaded. Return the persistent instance. If the
* given instance is unsaved or does not exist in the database, save it and
* return it as a newly persistent instance. Otherwise, the given instance
* does not become associated with the session.
*
* @deprecated use {@link org.hibernate.Session#merge(String, Object)}
*
* @param object a transient instance with state to be copied
* @return an updated persistent instance
*/
注意�q�句�Q�@deprecated use {@link org.hibernate.Session#merge(String, Object)}
3,��L��了iterate�Ҏ��
�l�出的注释是使用createQuery�Q�自��p��得iterate
4�Q�去掉了filter�Ҏ��
@deprecated use {@link #createFilter(Object, String)}.{@link Query#list}
�l�出的注释说用createFilter代替�Q�实际就是自�׃��createFilter获得query然后自己查询
5�Q�增加了一些方�?br>具体自己看api吧，主要是提供了一些新的功能�?br>�ȝ��Q?br>从上边的改变不难看出hibernate对于接口的设定观忉|��变了�?/p>

以前的策略是�Q?br>��量�l�出全的接口�Q�这样减��用��L��代码量，所以filter直接�q�回collection�Q�iterate直接�q�回
iterate。但�q�样的结果是�q�度的提供接口，造成了学习上的负担和选择上的负担。如何记住这些函敎ͼ�如何在众多函�?br>中选择是个�ȝ��事情�?br>凡是做java的都知道�Q�用一个java的东西最辛苦的是选择�Q�在开源的世界里边选择一个适合自己的工�E�，再在�q�个选择的工�E�里辚w��择实现�Ҏ��
因�ؓ可能提供很多�U�实现方法，而且有些�q�是deprecated的�?/p>

现在的策略：
��量��化接口，或减��函敎ͼ�或者简化函数名�Q�例如把saveOrUpdateCopy变成merge�?br>�q�样的好处是记忆学习负担��。多写几句代码不是特别麻烦。其实我个�h来讲更喜�Ƣ现在的感觉�?br>以前的策略其实很大程度上是满��程序员的个人需求，更有成就感。但��不适合使用者的需求�?/p>

ok�Q�无论如何现在的情况是更好了�?/p>

dreamstone 2007-07-28 22:37 发表评论