三级亚洲高清视频,精品国产一区a,欧美一区二区福利

��谈Hibernate的flush机制

java��记 — Wed, 24 May 2006 05:47:00 GMT

随着Hibernate在Java开发中的广泛应用，我们在��用Hibernate�q�行对象持久化操作中也遇��C��各种各样的问题。这些问题往往都是我们对Hibernate�~�Z��了解所��_��q�里我讲个我从前遇到的问题及一些想法，希望能给大家一点借鉴�?br />
       �q�是在一�ơ事务提交时遇到的异常�?br />       an assertion failure occured (this may indicate a bug in Hibernate, but is more likely due to unsafe use of the session)
net.sf.hibernate.AssertionFailure: possible nonthreadsafe access to session
注：非possible non-threadsafe access to the session �Q�那是另外的错误�Q�类��g��不一��P��

       �q�个异常应该很多的朋友都遇到�q�，原因可能各不相同。但所有的异常都应该是在flush或者事务提交的�q�程中发生的。这一般由我们在事务开始至事务提交的过�E�中�q�行了不正确的操作导��_��也会在多�U�程同时操作一个Session时发生，�q�里我们仅仅讨论单线�E�的情况�Q�多�U�程除了�U�程同步外基本与此相同�?br />
       至于具体是什么样的错误操作那�Q�我�l�大家看一个例子（假设Hibernate配置正确�Q��ؓ保持代码��z�，不引入包及处理�Q何异常）


SessionFactory sf = new Configuration().configure().buildSessionFactory() ;
Session s = sf.openSession();
Cat cat = new Cat();

Transaction tran = s.beginTransaction(); (1)
s.save(cat); (2)�Q�此处同样可以�ؓupdate delete�Q?br />s.evict(cat); (3)
tran.commit(); (4)
s.close();(5)

       �q�就是引��h��异常的典型错误。我当时��遇��C��q�个异常�Q�检查代码时�Ҏ��没感觉到�q�段代码��Z��问题�Q�想当然的认为在Session上开始一个事务，通过Session��对象存入数据库�Q�再��这个对象从Session上拆��，提交事务�Q�这是一个很正常的流�E�。如果这里正常的话，那问题一定在别处�?br />
        问题恰恰��在�q�里�Q�我的想法也许没有错�Q�但是一个错误的论据所引出的观�Ҏ��q�都不可能是正确的。因为我一直以为直接在�Ҏ��据库�q�行操作�Q�忘��C��在我与数据库之间隔了一个Hibernate�Q�Hibernate在�ؓ我们提供持久化服务的同时�Q�也改变了我们对数据库的操作方式�Q�这�U�方式与我们直接的数据库操作有着很多的不同，正因为我们对�q�种方式没有一个大致的了解造成了我们的应用�q�未得到预先设想的结果�?br />
那Hibernate的持久化机制到底有什么不同那�Q�简单的��_��Hibernate在数据库层之上实��C��一个缓存区�Q�当应用save或者update一个对象时�Q�Hibernate�q�未��这个对象实际的写入数据库中�Q�而仅仅是在缓存中�Ҏ��应用的行为做了登讎ͼ�在真正需要将�~�存中的数据flush入数据库时才执行先前登记的所有行为�?br />
在实际执行的�q�程中，每个Session是通过几个映射和集合来�l�护所有与该Session建立了关联的对象以及应用对这些对象所�q�行的操作的�Q�与我们�q�次讨论有关的有entityEntries�Q�与Session相关联的对象的映��）、insertions�Q�所有的插入操作集合�Q�、deletions�Q�删除操作集合）、updates�Q�更新操作集合）。下面我��开始解释在最开始的例子中，Hibernate到底是怎样�q�作的�?br />(1)生成一个事务的对象�Q��ƈ标记当前的Session处于事务状态（注：此时�q�未启动数据库��事务�Q��?br />(2)应用使用s.save保存cat对象�Q�这个时候Session��cat�q�个对象攑օ�entityEntries�Q�用来标记cat已经和当前的会话建立了关联，�׃��应用对cat做了保存的操作，Session�q�要在insertions中登记应用的�q�个插入行�ؓ�Q�行为包括：对象引用、对象id、Session、持久化处理�c�）�?br />(3)s.evict(cat)��cat对象从s会话中拆��，�q�时s会从entityEntries中将cat�q�个对象�U�d��?br />(4)事务提交�Q�需要将所有缓存flush入数据库�Q�Session启动一个事务，�q�按照insert,update,…�?delete的顺序提交所有之前登记的操作�Q�注意：所有insert执行完毕后才会执行update�Q�这里的�Ҏ��处理也可能会��你的程序搞得一团糟�Q�如需要控制操作的执行��序�Q�要善于使用flush�Q�，现在cat不在entityEntries中，但在执行insert的行为时只需要访问insertions��p��够了�Q�所以此时不会有��M��的异常。异常出现在插入后通知Session该对象已�l�插入完毕这个步骤上�Q�这个步骤中需要将entityEntries中cat的existsInDatabase标志�|��ؓtrue�Q�由于cat�q�不存在于entityEntries中，此时Hibernate��p��为insertions和entityEntries可能因�ؓ�U�程安全的问题��生了不同步（也不知道Hibernate的开发者是否考虑��C��子中的处理方式，如果没有的话�Q�这也许��是一个bug吧）�Q�于是一个net.sf.hibernate.AssertionFailure��p��抛出�Q�程序终止�?br />
我想现在大家应该明白例子中的�E�序到底哪里有问题了吧，我们的错误的认�ؓs.save会立即的执行�Q�而将cat对象�q�早的与Session拆离�Q�造成了Session的insertions和entityEntries中内容的不同步。所以我们在做此�c�L��作时一定要清楚Hibernate什么时候会��数据flush入数据库�Q�在未flush之前不要��已�q�行操作的对象从Session上拆��R�?br />
对于�q�个错误的解��x��法是�Q�我们可以在(2)�?3)之间插入一个s.flush()强制Session��缓存中的数据flush入数据库�Q�此时Hibernate会提前启动事务，��?2)中的save登记的insert语句登记在数据库事务中，�q�将所有操作集合清�I�）�Q�这样在(4)事务提交时insertions集合��已�l�是�I�的了，即��我们拆离了cat也不会有��M��的异�怺��?br />前面��单的介绍了一下Hibernate的flush机制和对我们�E�序可能带来的媄响以及相应的解决�Ҏ��Q�Hibernate的缓存机制还会在其他的方面给我们的程序带来一些意想不到的影响。看下面的例子：


�Q�name为cat表的主键�Q?br />Cat cat = new Cat();
cat.setName(“tom�?;
s.save(cat);

cat.setName(“mary�?;
s.update(cat);(6)

Cat littleCat = new Cat();
littleCat.setName(“tom�?;
s.save(littleCat);

s.flush();

�q�个例子看�v来有什么问题？估计不了解Hibernate�~�存机制的�h多半会说没有问题�Q�但它也一样不能按照我们的思�\正常�q�行�Q�在flush�q�程中会产生主键冲突�Q�可能你想问�Q�“在save(littleCat)之前不是已经更改cat.name�q�已�l�更��C��么？��Z��么还会发生主键冲�H�那�Q�”这里的原因��是我在解释�W�一个例子时所提到的缓存flush��序的问题，Hibernate按照insert,update,…�?delete的顺序提交所有登记的操作�Q�所以你的s.update(cat)虽然在程序中出现在s.save(littleCat)之前�Q�但是在flush的过�E�中�Q�所有的save都将在update之前执行�Q�这��造成了主键冲�H�的发生�?br />
�q�个例子中的更改�Ҏ��一��h��?6)之后加入s.flush()强制Session在保存littleCat之前更新cat的name。这样在�W�二�ơflush时就只会执行s.save(littleCat)�q�次登记的动作，�q�样��׃��会出��C��键冲�H�的状况�?br />
再看一个例子（很奇怪的例子�Q�但是能够说明问题）

Cat cat = new Cat();
cat.setName(“tom�?;
s.save(cat); (7)
s.delete(cat);(8)

cat.id=null;(9)
s.save(cat);(10)
s.flush();

�q�个例子在运行时会��生异常net.sf.hibernate.HibernateException: identifier of an instance of Cat altered from 8b818e920a86f038010a86f03a9d0001 to null

�q�里例子也是有关于缓存的问题�Q�但是原因稍有不同：
�Q?�Q�和�Q?�Q�的处理相同�?br />�Q?�Q�Session会在deletions中登记这个删除动作，同时更新entityEntries中该对象的登记状态�ؓDELETED�?br />�Q?�Q�Cat�cȝ��标识�W�字�D��ؓid,��其�|��ؓnull便于重新分配id�q�保存进数据库�?br />�Q?0�Q�此时Session会首先在entityEntries查找cat对象是否曄��与Session做过兌��Q�因为cat只改变了属性��|��引用�q�未改变�Q�所以会取得状态�ؓDELETED的那个登记对象。由于第二次保存的对象已�l�在当前Session中删除，save会强制Session��缓存flush才会�l�箋�Q�flush的过�E�中首先要执行最开始的save动作�Q�在�q�个save中检查了cat�q�个对象的id是否与原来执行动作时的id相同。不�q�的是，此时cat的id被赋为null�Q�异常被抛出�Q�程序终止（此处要注意，我们在以后的开发过�E�尽量不要在flush之前改变已经�q�行了操作的对象的id�Q��?br />
�q�个例子中的错误也是�׃��~�存的�g时更新造成的（当然�Q�与不正规的使用Hibernate也有关系�Q�，处理�Ҏ��有两�U�：
1、在�Q?�Q�之后flush�Q�这样就可以保证�Q?0�Q�处save��cat作�ؓ一个全新的对象�q�行保存�?br />2、删除（9�Q�，�q�样�W�二�ơsave所引�v的强制flush可以正常的执行，在数据库中插入cat对象后将其删除，然后�l�箋�W�二�ơsave重新插入cat对象�Q�此时cat的id仍与从前一致�?br />
�q�两�U�方法可以根据不同的需要来使用�Q�呵呵，总觉得好像是很不正规的方式来解决问题�Q�但是问题本�w�也不够正规�Q�只希望能够在应用开发中�l�大家一些帮助，不对的地方也希望各位�l�与指正�?br />
　　�ȝ��来说�Q�由于Hibernate的flush处理机制�Q�我们在一些复杂的对象更新和保存的�q�程中就要考虑数据库操作顺序的改变以及延时flush是否对程序的�l�果有媄响。如果确实存在着影响�Q�那��可以在需要保持这�U�操作顺序的位置加入flush强制Hibernate��缓存中记录的操作flush入数据库�Q�这��L��h��也许不太��观�Q�但很有效�?/td>

java��记 2006-05-24 13:47 发表评论

如何判断一个对象是否是基本�c�d��的Wrapper

java��记 — Mon, 22 May 2006 08:44:00 GMT

     public static void main(String[] args) throws Exception {
        System.out.println(isWrapClass(Long. class ));
        System.out.println(isWrapClass(String. class ));
    }

     public static boolean isWrapClass(Class clz) {
         try {
             return ((Class) clz.getField( " TYPE " ).get( null )).isPrimitive();
        } catch (Exception e) {
             return false ;
        }
    }

java��记 2006-05-22 16:44 发表评论

如何避免不小心关掉web��览器窗�?

java��记 — Mon, 15 May 2006 01:27:00 GMT

java��记 2006-05-15 09:27 发表评论

STUN

java��记 — Fri, 12 May 2006 08:19:00 GMT

STUN (Simple Traversal of UDP through NATs (Network Address Translation)) is a protocol for assisting devices behind a NAT firewall or router with their packet routing.

STUN enables a device to find out its public IP address and the type of NAT service its sitting behind.
STUN operates on TCP and UDP port 3478.
STUN is not widely supported by VOIP devices yet.
STUN may use DNS SRV records to find STUN servers attached to a domain. The service name is _stun._udp or _stun._tcp

Definitions (from the RFC)

STUN Client: A STUN client (also just referred to as a client) is an entity that generates STUN requests. A STUN client can execute on an end system, such as a user's PC, or can run in a network element, such as a conferencing server.
STUN Server: A STUN Server (also just referred to as a server) is an entity that receives STUN requests, and sends STUN responses. STUN servers are generally attached to the public Internet.

Various types of NAT (still according to the RFC)

Full Cone: A full cone NAT is one where all requests from the same internal IP address and port are mapped to the same external IP address and port. Furthermore, any external host can send a packet to the internal host, by sending a packet to the mapped external address.
Restricted Cone: A restricted cone NAT is one where all requests from the same internal IP address and port are mapped to the same external IP address and port. Unlike a full cone NAT, an external host (with IP address X) can send a packet to the internal host only if the internal host had previously sent a packet to IP address X.
Port Restricted Cone: A port restricted cone NAT is like a restricted cone NAT, but the restriction includes port numbers. Specifically, an external host can send a packet, with source IP address X and source port P, to the internal host only if the internal host had previously sent a packet to IP address X and port P.
Symmetric: A symmetric NAT is one where all requests from the same internal IP address and port, to a specific destination IP address and port, are mapped to the same external IP address and port. If the same host sends a packet with the same source address and port, but to a different destination, a different mapping is used. Furthermore, only the external host that receives a packet can send a UDP packet back to the internal host.

java��记 2006-05-12 16:19 发表评论

验证密码强度

java��记 — Wed, 10 May 2006 01:10:00 GMT

1、密码由6-32位字母、数字或下划�U�构成；
2、至��需要一位小写字母；
3、至��需要一位大写字母；
4、至��需要一位数字�?br />

String password = "password";
        System.out.println(password != null && password.length() >= 6
                && password.length() <= 32
                && Pattern.compile("[a-z]+").matcher(password).find()
                && Pattern.compile("[A-Z]+").matcher(password).find()
                && Pattern.compile("[\\d]+").matcher(password).find());

java��记 2006-05-10 09:10 发表评论

如何防止swing�H�口改变大小和最��化

java��记 — Fri, 28 Apr 2006 00:28:00 GMT

import java.awt. * ;
import java.awt.event. * ;
public class MyFrame extends Frame {
{
public MyFrame() {
  setSize( 500 , 400 );
  setResizable( false );
   this .addWindowStateListener( new WindowStateListener() { // 状态监听器
     public void windowStateChanged(WindowEvent e) {
       if (getState() == 1 ) { // 最��化状�?/span>
        setState( 0 ); // 切换成正常状�?/span>
      }
    }
  } );
}

public static void main(String[] args) {
     new MyFrame().setVisible( true );
}

}

java��记 2006-04-28 08:28 发表评论

Swing�l��gJList的列表数据修改了,如何通知JList改变昄��?

java��记 — Fri, 28 Apr 2006 00:28:00 GMT

JList�l��g有一个单独的昄��模式ListModel来表�C�JList的显�C�数�?
JList创徏以后,JList数据元素的值及数据元素的数量可以动态地改变.
JList在它的数据模式ListModel中观察数据的改变.因此,一个ListModel 的正��实现应当在每次数据发生改变�?通知事�g的监听�?
当��用构造函数JList(Object[])创徏一个JList的实例时,�pȝ��自�?创徏一个DefaultListModel的实例来存储JList的显�C�数�? 可以调用 DefaultListModel中定义的��便方法来动态地修改JList的数�?�?removeElementAt(index),addElement(Object)�{? DefaultListModel 在修�Ҏ��据的同时,��通知JList关于数据的改�?

java��记 2006-04-28 08:28 发表评论

Big endian VS Little endian

java��记 — Tue, 25 Apr 2006 07:21:00 GMT

��而言之：
Big endian machine: It thinks the first byte it reads is the biggest.
Little endian machine: It thinks the first byte it reads is the littlest.
举个例子�Q�从内存地址0x0000开始有以下数据
0x0000     0x12
0x0001     0x34
0x0002     0xab
0x0003     0xcd
如果我们去读取一个地址�?x0000的四个字节变量，若字节序为big-endian�Q�则��d��
�l�果�?x1234abcd�Q�若字节序位little-endian�Q�则��d��l�果�?xcdab3412.
如果我们��?x1234abcd写入��C��0x0000开始的内存中，则结果�ؓ
                big-endian     little-endian
0x0000     0x12              0xcd
0x0001     0x23              0xab
0x0002     0xab              0x34
0x0003     0xcd              0x12
x86�p�d��CPU都是little-endian的字节序.

java��记 2006-04-25 15:21 发表评论