亚洲精品国产成人片,久久久久久亚洲精品中文字幕,亚洲精品无码日韩国产不卡av

大型Java Web��目的架构和部��v调优问题

Tin — Mon, 17 Sep 2007 14:48:00 GMT

本文已经发表于InfoQ中文站，�Q?a >大型Java Web��目的架构和部��v问题�Q?br />

一位ID是jackson1225的网友在javaeye询问�?a title="一个大型Web�pȝ��的架构和部��v选型问题" target="_blank">一个大型Web�pȝ��的架构和部��v选型问题�Q�希望能提高现有的基于Java的Web应用的服务能力。由于架构模式和部��v调优一直是Java�C�֌�的热门话题，�q�个问题引发了很多热心网友的讨论�Q�其中一些意见对其它大型Web��目也有很好的指导意义。在讨论之初jackson1225�q�样描述了当前的应用的架构和部��v�Ҏ(gu��)��Q?/p>

目前�pȝ��架构如下:

web层采用struts+tomcat实现�Q�整个系�l�采�?0多台web服务器，其负载均衡采用硬件F5来实玎ͼ�
中间层采用无状态会(x��)话Bean+DAO+helper�c�L��实现�Q�共3台weblogic服务器，部��v有多个EJB�Q�其负蝲均衡也采用F5来实玎ͼ�
数据库层的操作是自己写的通用�c�d��现的�Q�两台ORACLE数据库服务器�Q�分别存攄��户信息和业务数据�Q�一台SQL SERVER数据库，是第三方的业务数据信息；

web层调用EJB�q�程接口来访问中间�g层。web层首先通过一个XML配置文�g中配�|�的EJB接口信息来调用相应的EJB�q�程接口�Q?/p>
该系�l�中一�ơ操作涉�?qi��ng)到两个ORACLE库以�?qi��ng)一个SQL SERVER库的讉K��和操作，��x��三个数据库连接，在一个事务中完成�?/p>

�q�样的架构其实很多公叔R��在��用，因�ؓ(f��)Struts和Tomcat分别是最��行的Java Web MVC框架和Servlet容器�Q�而F5公司的负载均衡是横向扩展常见的解��x��案（例如配置session sticky�Ҏ(gu��)��Q�。由于这个系�l�中有跨数据源的事务�Q�所以��用Weblogic Server EJB容器和支持两阶段提交的数据库驱动��可以保证跨数据源的事物完整性（当然�Q�容器管理的分布式事务�ƈ非是唯一和最优的解决�Ҏ(gu��)��Q��?/p>

但是随着Rod Johnson重量�U�的著作《J2EE Development without EJB》和其中的Spring框架的流行，轻量�U�框架和轻量�U�容器的概念已经深入人心。所以对于jackson1225提出的这个场景，大多数网友都提出了置疑，认�ؓ(f��)�q�个�pȝ��滥用了技术，完全是在��费钱。网友们大都认�ؓ(f��)SLSB�Q�无状态会(x��)话Bean�Q�完全没有必要出现在�q�个场景中，认�ؓ(f��)SLSB通过�q�程接口讉K��本地资源�?x��)有很大的性能开销�Q�这�U�观点也是Rod johnson在without EJB中批判EJB 2.x中的一大反模式�?/p>

�׃��JavaEE是一个以模式见长的解��x��案，模式和架构在JavaEE中占有很重要的地位，所以很多业内专家也都警�?#8220;反模式（Anti-patterns�Q?#8221;的出现。对于上面所�q�的�Ҏ(gu��)��是否是反模式�Q�jackson1225马上站出来申辩：(x��)

我们��目��是把EJB作�ؓ(f��)一个Facade�Q�只是提供给WEB层调用的�q�程接口�Q�而且只用了无状态会(x��)话Bean�Q�所以性能上还可以的�?/p>

�q�个解释很快得到了一些网友的认可�Q�但是大家很快意识到架构的好坏决定于是否能够满��用户的需求，davexin�Q�可能是jackson1225的同事）描述了这个系�l�的用户和�ƈ发情况：(x��)

现在有用�?000万，马上要和另一个公司的�?x��)员�pȝ��合�ƈ�Q�加��h��一共有9000万用戗��数据量单表中有一亿条以上的数据。这是基本的情况�Q�其实我觉得现在的架构还是可以的�Q�现在支持的�q�发大概5000�q�发用户左右�Q�接下来�?x��)进行系�l�改造，目标支持1万个�q�发用户�?/p>

具体的�ƈ发量公布后又有网友置疑这个数据，认�ؓ(f��)�q�个�pȝ��的Servlet容器支持的�ƈ发数太小�Q�怀疑是否配�|�不够优化。davexin又补充了该项目的服务器配�|�：(x��)

�pȝ��前端tomcat都是用的刀片，配置�?G内存�Q�cpu大概�?.0G�Q�每台机器也��支�?50-400个�ƈ发，再多的话�Q�就�?x��)相应时间非常的常，��?0�U�，失去了意�?�Q�所以我们才得出�q�样的结论的�?/p>

一位ID是cauherk的网友提��Z��比较中肯的意见，他没有从Web容器单纯的�ƈ发支持能力上提出改进�Ҏ(gu��)��Q�而是提出了对于类似的应用�?a title="一些通用的改�q�提�C? target="_blank">一些通用的改�q�提�C?/a>�Q�这里摘要一下：(x��)

数据库压力问�?
可以按照业务、区域等�{�特性对数据库进行配�|�，可以考虑分库、��用rac、分区、分表等�{�策略，��保数据库能正常的进行交易�?/p>
事务问题
要在两个数据库中操作�Q�那么必��考虑到分布式事务。你应该仔细的设计你的系�l�，来避免��用分布式事务�Q�以避免分布式事务带来更多的数据库压力和其它问题。推荐你采用延迟提交的策�?�q�不保证数据的完�?�Q�来避免分布式事务的问题�Q�毕竟commit��p�|的几率很低�?/p>
web的优�?
��静态、图片独立��用不同的服务器，对于常态的静态文�Ӟ��采用E-TAG或者客��L(f��ng)��~�存�Q?google很多��是�q�样�q�的。对于热点的功能�Q�考虑使用完全装蝲到内存，保证�l�对的响应速度�Q�对于需要频�J�访问的热点数据�Q�采用集中缓�?多个可以采用负蝲均衡)�Q�减��L��据库的压力�?/p>
对于几乎除二�q�制文�g�Q�都应该在L4上配�|�基于硬件的压羃�Ҏ(gu��)��Q�减��网�l�的��量。提高用户��用的感知�?/p>
�|�络问题
可以考虑采用镜像、多路网�l�接入、基于DNS的负载均衡。如果有��_��的投资，可以采用CDN(内容分发�|?�Q�减��M��的服务器压力�?/p>

cauherk的这个分析比较到位，其中ETags的方案是最�q�的一个热点，InfoQ�?#8220;使用ETags减少Web应用带宽和负�?/a>”里面对这�U�方案有很详�l�的介绍。一般以数据库�ؓ(f��)中心的Web应用的性能瓉��都在数据库上�Q�所以cauherk把数据库和事务问题放��C��前两位来讨论。但是davexin解释在所讨论的这个项目中数据库�ƈ非瓶颈：(x��)

我们的压力不在数据库层，在web层和F5�?当高峰的时�?�Q�F5也被�Ҏ(gu��)��了，��是每秒点击��过30万，web动态部分根本承受不了。根据我们程序记录，20台web最多承�?000个�ƈ发，如果再多�Q�tomcat��׃��响应了。就像死了一栗��?/p>

�q�个回复让接下来的讨论都集中于Web容器的性能优化�Q�但�?a title="JavaEye站长robbin发表了自��q��意见" target="_blank">JavaEye站长robbin发表了自��q��意见�Q�将话题引回了这个项目的架构本��n�Q?/p>

performance tuning最重要的就是定位瓶颈在哪里�Q�以�?qi��ng)瓶颈是怎么产生的�?/strong>

我的推测是瓶颈还是出在EJB�q�程�Ҏ(gu��)��调用上！

tomcat上面的java应用要通过EJB�q�程�Ҏ(gu��)��调用�Q�来讉K��weblogic上面的无状态SessionBean�Q�这��L(f��ng)��q�程�Ҏ(gu��)��调用一般都�?00ms~500ms�U�别�Q�或者更多。而如果没有远�E�方法调用，即��大量采用spring的动态反��，一�ơ完整的web��h��处理在本地JVM内部的完成时间一般也不过20ms而已。一�ơweb��h��需要过长的执行旉��Q�就�?x��)导致servlet�U�程被占用更多的旉��Q�从而无法及(qi��ng)时响应更多的后箋��h��?/p>
如果�q�个推测是成立的话，那么我的��是既然你没有用到分布式事务�Q�那么就�q�脆��L��EJB。weblogic也可以全部撤掉，业务层��用spring取代EJB�Q�不要搞分布式架构，在每个tomcat实例上面部��v一个完整的分层�l�构�?/p>
另外在高�q�发情况下，apache处理静态资源也很耗内存和CPU�Q�可以考虑用轻量��web server如lighttpd/litespeed/nginx取代之�?/p>

robbin的推断得��C��|�友们的支持�Q�davexin也认同robbin的看法，但是他解释说公司认�ؓ(f��)攑ּ�SLSB存在风险�Q�所以公司們֐�于通过��Tomcat替换为Weblogic Server 10来提升系�l�的用户支撑能力�?a title="robbin则马上批评了�q�种做法" target="_blank">robbin则马上批评了�q�种做法�Q?/p>

坦白说我�q�从来没有听说过大规模互联网应用使用EJB的先例。�ؓ(f��)什么大规模互联�|�应用不能用EJB�Q�其实就是因为EJB性能太差�Q�用了EJB几乎必然出现性能障碍�?/p>
web容器的性能说到底无非就是Servlet�U�程调度能力而已�Q�Tomcat不像WebLogic那样附加n多管理功能，跑得快很正常。对比测试一下WebLogic的数据库�q�接池和C3P0�q�接池的性能也会(x��)发现�c�M��的结论，C3P0可要比WebLogic的连接池快好几倍了。这不是说WebLogic性能不好�Q�只不过weblogic要实现更多的功能�Q�所以在单一的速度斚w��׃��(x��)牺牲很多东西�?/p>
以我的经验来判断�Q��用tomcat5.5以上的版本，配置a(ch��n)pr支持�Q�进行必要的tuning�Q��用BEA JRockit JVM的话�Q�在你们目前的刀片上面，支撑500个�ƈ发完全是可以做到的。结合你们目�?0个刀片的��g�Q�那么达�?万�ƈ发是没问题的。当然这样做的前提是必须扔掉EJB�Q��ƈ�|�web层和业务层在同一个JVM内部�?/p>

接下来robbin�q�针对davexin对话题中的应用分别在tomcat和weblogic上的��试数据�q�行了分析：(x��)

引用�Q?

2�?台weblogic10 Express�Q�相当于1台tomcat�Q�用于发布jsp应用�Q�加1台weblogic10�Q�发布ejb应用�Q�，能支�?000个�ƈ发用�?.....
......
4�?台tomcat4.1�?台weblogic8�Q�只能支�?50个�ƈ发用��P��tomcat��p��l�超�Ӟ��说明此种�l�构瓉��在tomcat�?

�q�说明瓶颈还不在EJB�q�程调用上，但是问题已经逐渐清楚了。�ؓ(f��)什么weblogic充当web容器发�v�q�程EJB调用的时候可以支�?000个�ƈ发，但是tomcat只能�?50个？只有两个可能的原因：(x��)

你的tomcat没有配置好，严重影响了性能表现
tomcat和weblogic之间的接口出了问�?

接着springside��目发�v者江南白衣也提出了一个��M��的优化指��|��(x��)

1.基础配置优化

tomcat 6�Q?tomcat参数调优?
JRockit JVM? JVM参数调优�Q?br /> Apache+Squid 处理静态内容？

2.业务层优�?/p>
部分功能本地化，而不调remote session bean?
异步提交操作,JMS�Q?br /> cache热点数据�Q?

3.展示层优�?/p>
动态页面发布�ؓ(f��)静态页面？
Cache部分动态页面内容？

davexin在调整了Tomcat配置后应验了robbin对tomcat配置问题的质疑，davexin�q�样描述�l�过配置优化以后的测试结果：(x��)

�l�过��试�Q��ƈ发�h数是可以辑ֈ�像robbin所说的一��P��能够�?00人左叻I��如果压到�q�发700人，��有15%左右的失败，虽然在调整上面参��C��后，�q�发人数上去了，但是在同��L(f��ng)��旉��内所完成的事务数量下降了10%左右�Q��ƈ且响应时间�g�q�了1�U�左叻I��但从整体上来��_(d��)��牺牲一点事务吞吐量和响应时��_(d��)��q�发人数能够提高500�Q�觉得还是值得的�?/p>

��x��q�个话题有了一个比较好的结果。这个话题�ƈ非完全针对一个具体的��目才有意义�Q�更重要的是在分析和讨论问题的过�E�中�|�友们解决问题的思�\�Q�尤其是cauherk、robbin、江南白衣等几位�|�友提出的意见可以让�q�大Java Web��目开发者了解到中、大型项目所需要考虑的架构和部��v所需要考虑的关键问题，也消除了很多人对轻量Servlet容器与EJB容器性能的一些误解�?/p>
在讨��Z��q�有一些小插曲�Q�如davexin和江南白衣讨��Z��JRocket的实�Ӟ��Realtime�Q�版本是否可以提升Servlet容器的相应能�?/a>�Q�答案是不可以。还有ID为mfc42d的网友从Servlet容器的�ƈ发支持能力引甛_��?a title="Java的线�E�调度能力和NIO对Servelet容器的意�? target="_blank">Java的线�E�调度能力和NIO对Servelet容器的意�?/a>�Q�他推荐了自��q��两篇不错的blog“java的线�E�实�?/a>”�?#8220;java�q�程使用的最大内存的数�?/a>”�Q�blog文章里面从JVM源码�U�别分析了Java的线�E�支持能力，面��(f��)JVM性能调优问题的网友可以认真阅��M��下�?/p>

Tin 2007-09-17 22:48 发表评论

Tin — Fri, 26 Jan 2007 06:27:00 GMT

TSS上面Ganesh同志的文章内�Ҏ(gu��)��非常有益的，讨论了session的这两个api的区别。get是每�ơ都�?x��)从数据库取数据以保证数据的可靠。而load则会(x��)�q�回一个proxy�Q�相当于一个存根，讉K��的时候从当前session或者hibernate二��~�存中查找，如果找不到则从数据库中Lazy Load一下。从Hibernate的复杂性上来说�Q�这个概念应该算比较�Ҏ(gu��)��理解的，而且�q�种存在也是非常合理的。顺侉K��面还补充了一下JPA里面也有�c�M��的getReference�Ҏ(gu��)��Q�行为类似load。看完文章你�?x��)开始注意这个细节�?br />可是�Q�这个细节的下面却引起了n多�h的讨论，讨论的核心就是Hibernate是不是有太多�l�节了？
很多��q�样不是OO的，很多��Hibernate的细节造成它复杂，有�h说Hibernate影响了他们的工作效率�Q�等�{�，反正反对者站出来很多。我惌��是可喜的�?br />说明在Java的Killer-APP�l�合Spring+Hibernate后面�q�是有很多持怀疑态度的�h的，我们随时都需要提问题的大脑！
所以，我们也思考一下吧�Q?br />1、你一定要��量的不断地熟�?zh��n)�你所使用的技术，可以是Hibernate也可以是JDBC�Q�时��M��持对相关知识的饥渴。这样减��因��Z��的无知造成的失误�?br />2、思考别人的批评�Q�或者说ORM不好�Q�或者说�q�种那种ORM不好�Q�你都要听着�Q�然后思考，然后坚持你思考的�l�果�Q�直��C��一�ơ思考。这个过�E�最好保持一定的技术偏执，因�ؓ(f��)没有性格的程序员不是好程序员�?br />3、放眼各�U�技术，了解�怼�技术，�q�样你不�?x��)在城头更换大王旗的时候失�?D。现在我们可以回头看看JDBC Dataset和JPA�Q�向上向下都要看齐嘛。了解了�怼�技术更有助于你的思考�?br />4、知道你在讨��Z��么，知道背景。你需要知道Hibernate主要在Java or JavaEE中��用，当然有Hibernate.net�Q�但是它不怎么火。还有，Hibernate的基��q�是SQL和DBMS�Q�你需要仔�l�了解这两种东西�?br />5、�?zh��n)�道�?/p>
Ganesh的原文：(x��)
Hibernate - Difference between session's get() and load()
http://gmarwaha.blogspot.com/2007/01/hibernate-difference-between-sessions.html
TSS上的讨论�Q?br />Difference between Hibernate's get() and load()?
http://www.theserverside.com/news/thread.tss?thread_id=43887

我以前翻译的Hibernate的session的javadoc�Q�当时好像从字面上没有什么大的区别，配合�q�个帖子�Q�要重新想一�?D
http://www.tkk7.com/iamtin/archive/2006/03/06/33910.html

BTW�Q�因为做手术在家休养�Q�所以才有时间发发牢�?D

Tin 2007-01-26 14:27 发表评论

Tin — Tue, 06 Jun 2006 03:28:00 GMT

无奈�Q�寻扑֥�的解��x��法，把我现在擦屁股的现场记录下来�?br />我用GenericHibernateDAO�Q�慢慢积累下来的�Q�有�q�几个DetachedCriteria的方法：(x��)

public List findByDetachedCriteriaByPage(
         final DetachedCriteria detachedCriteria, final int pagesize,
         final int pageno) {
         return getHibernateTemplate()
                   .findByCriteria(detachedCriteria, pagesize * pageno, pagesize);
    }

int getCountByDetachedCriteria(
         final DetachedCriteria detachedCriteria) {
        Integer count = (Integer) getHibernateTemplate().execute( new HibernateCallback() {
                     public Object doInHibernate(Session session)
                         throws HibernateException {
                        Criteria criteria = detachedCriteria.getExecutableCriteria(session);

                         return criteria.setProjection(Projections.rowCount())
                                       .uniqueResult();
                    }
                }, true );

        detachedCriteria.setProjection( null );

         return count.intValue();
    }
�q�是一�Ҏ(gu��)��法，�l�常一��L(f��ng)��Q�一开始没有注意，后来发现有副作用�?br />生成一个DetachedCriteria�Q�调用完getCountByDetachedCriteria以后再调用findByDetachedCriteriaByPage�q�回的结果居然是一个Integer…�?br />原来getCountByDetachedCriteria�Ҏ(gu��)��里面对detachedCriteria.getExecutableCriteria(session)产生的criteria讑֮�了Projection�Q�这也媄响到了DetachedCriteria本��n�Q�以后再用它作查询都回返回Projection的结果�?br />现在的解��x��法是手动擦屁股，重新set Null。（我原先以为final关键字会(x��)保证detachedCriteria不被修改�Q�后来发现只是引用不能修改，实例本��n可以随便修改�Q�请问大�Ӟ��有什么更好的解决�Ҏ(gu��)��么，我决得复杂一点的话这个detachedCriteria如何能擦除回来？

Reply from BJUG Groups by whimet�Q?br />�q�个问题在javaeye上已�l�讨��Q?/font>http://www.hibernate.org.cn/viewtopic.php?t=14657
你这�U�情况还��单，若DetachedCriteria中包含排序设�|�就更不好办�?
其实关键问题是DetachedCriteria.getExecutableCriteria�q�回的Criteria实例中已�l�包含了投媄和排序信息，如果你想先查��L��Q?
��得先去掉这些信息；查完��L��Q�再查实际数据时�Q�又得加上这些信息。而Criteria可没提供对它�Ҏ(gu��)��改去的接口�?
不过�Q�仔�l�考察一下DetachedCriteria可以发现�Q�它�c�M��一�U�暂存了查询条�g的值对象，通过与一个session对象�l�合生成
一个“可执行的”Criteria�Q�相当于先执行session.createCriteria�Q�然后把自己保存的条件设�|�进厅R�?
既然如此�Q�我�q�脆自己提供一个类似的�c�，暂存查询条�g�Q�与session�l�合生成executableCriteria�Q�但我先提供�l�用户一个只包含
查询条�g的Criteria实例�Q�让用户先拿着它去查��L��Q�然后再提供加入投媄和排序信息的�Ҏ(gu��)��Q�让用户拿着它去查数据，不就解决问题了�?
-------------- �C�Z��代码�Q?
MyDetachedCriteria dc =
Criteria c = dc.getExecutableCriteria( session );       //�q�里的c只包含查询条�Ӟ��不包括投影和排序
c.setProjection( Projections.rowCount() );
Integer total = (Integer) c.uniqueResult();             //得到��L��
dc.fillProjectionSetting( c );          //把dc中保存的投媄信息讄��q�去
dc.fillOrdersSetting( c );          //把dc中保存的排序信息讄��q�去
List data = c.list();                           //取回数据

-------------- MyDetachedCriteria的代码：(x��)
/**
* 单独的值对象，用于暂存与Criteria相关的查询条�Ӟ��q�可与Session�l�合生成一个可执行的Criteria

*

* 该类�l�承自DetachedCriteria只是��Z��保持接口兼容性，其实与DetachedCriteria没关�p��?lt;br>
* �Q�之所以叫“Detached”，是指与Session��q��Q��?br /> */
public class MyDetachedCriteria extends DetachedCriteria {

        private Class entityClass;

        private ArrayList criterions = new ArrayList();

        private ArrayList orders = new ArrayList();

        private Projection projection;

        /**
         * @param entityClass
         */
        public MyDetachedCriteria( Class entityClass ) {
                super( entityClass.getName() );
                this.entityClass = entityClass;
        }

        /**
         * @see org.hibernate.criterion.DetachedCriteria#add(org.hibernate.criterion.Criter�Bion)
         */
        public DetachedCriteria add( Criterion criterion ) {
                criterions.add( criterion );
                return this;
        }

        /**
         * @see org.hibernate.criterion.DetachedCriteria#addOrder(org.hibernate.criterion.O�Brder)
         */
        public DetachedCriteria addOrder( Order order ) {
                orders.add( order );
                return this;
        }

        /**
         * @see org.hibernate.criterion.DetachedCriteria#setProjection(org.hibernate.criter�Bion.Projection)
         */
        public DetachedCriteria setProjection( Projection projection ) {
                this.projection = projection;
                return this;
        }

        // ---------------------------------------------------------------------------

        /**
         * �Ҏ(gu��)��Session实例创徏一个Criteria实例�Q��ƈ填充入此对象自��n保存的条件后�q�回

         * 注意�Q�返回的Criteria实例不含排序和投�׃��息，用户需要自��p��用fillOrdersSetting、�?br />         * fillProjectionSetting填充入排序和投媄信息
         *
         * @see org.hibernate.criterion.DetachedCriteria#getExecutableCriteria(org.hibernat�Be.Session)
         */
        public Criteria getExecutableCriteria( Session session ) {
                Criteria result = session.createCriteria( entityClass );

                for ( Iterator i = criterions.iterator(); i.hasNext(); ) {
                        Criterion criterion = ( Criterion ) i.next();
                        result.add( criterion );
                }

                return result;
        }

        /**
         * 填充入排序信息设�|��?br />         *
         * @param criteria
         * @return
         */
        public Criteria fillOrdersSetting( Criteria criteria ) {
                for ( Iterator i = orders.iterator(); i.hasNext(); ) {
                        Order order = ( Order ) i.next();
                        criteria.addOrder( order );
                }

                return criteria;
        }

        /**
         * 填充入投�׃��息设�|��?br />         *
         * @param criteria
         * @return
         */
        public Criteria fillProjectionSetting( Criteria criteria ) {
                criteria.setProjection( projection );
                return criteria;
        }

}

Update 2006-6-6 20:52�Q?br />恩，谢谢�怽�。想了想�q�是DetachedCriteria设计的目的和我想要的不一栗��DetachedCriteria目前只是��Z��q��session��可以构造，而�ƈ不是��Z��反复使用�?br />因�ؓ(f��)�Q?、它里面只包装了一个CriteriaImpl�Q�所以实际上两者生命周期比较一致。而且每次getExecutableCriteria都直接返回这个CriteriaImpl�Q�而不是重新创建，�q�就造成了容易被意外修改�?2、它没有提供与add对应的remove�Ҏ(gu��)��Q�这��造成它只能篏�U�而不能擦拭（对于Order�Q�，用反��就太脏了�?br />whimet写的�q�个MyDetachedCriteria倒是可以解决问题�Q�更�W�合我们惌��复用DetachedCriteria的需求，不过我觉得调用�v来接口上不太�l�一。Order和Projection一般不用复用，我想��可以不用实现DetachedCriteria接口�Q�干脆修改GenericDAO的方法好了，写个接受List或者Criteria...的方法对应就可以了。反正觉得DetachedCriteria目前的实现是不如意，hack它吧……我��想提供remove�q�些Order和Projection的方法�?br />�q�里用反��解决了他遇到的Order的问题，大家可以参考，看来DetachedCriteria目前实现的还不够令�h满意�Q?br />关于Hibernate的DetachedCriteria查询的addOrder问题的解军_��?/a>

Tin 2006-06-06 11:28 发表评论

060523-JDO2和EJB3 JPA见闻

Tin — Wed, 24 May 2006 01:54:00 GMT

原来�q�有个JDO 2.0实现叫做JPOX。而且发现JDO 2.0的接口等定义是由Apache发布的，它是有Sun捐献的�?br />JPOX�?003�q?月才开始开发的�Q�目前实现支持JDO 1.0和JDO 2.0�Q�JSR-243�Q�规范�?br />JPOX��L(f��ng)��支持JDOQL和SQL�Q�而且以后也要实现EJB3持久化规范中的JPA�Q�Java Persistence API�Q��?br />看来BEA有了Kodo�Q�JBoss有了Hibernate�Q�Oracle和Sun有了融合了TopLink的Glassfish中的EJB3持久化容器后�Q�应该还有其它的厂商可以提供�q�样的东西出来。而且��g��JDO 2.0变成真正透明持久化后�Q�从JDO商业实现转而支持JPA不会(x��)很难。本源上说JPA本来��是JDO 2.0风格被Gavin King的Hivernate搅合后出来的规范�?br />然后发现国内�U�工厂的Liberator EJB3也是一个JPA和JDO2兼容的EJB3容器�Q�看来EJB3持久化引擎的实现�q�是不少的�?br />看了一��介�l�EJB3 API的讲座，是TSS和BeJUG提供的：(x��)
http://media.techtarget.com/tss/BeJUG/EJB3/index.html
感觉很不错，现在听英文的PPT也比较流畅了。感惛_��是和Hibernate非常接近�Q�其中EntityManager的概念和session非常�怼�。annotation的��用是代码�U�元数据的最�?j��ng)_��c��而且发现EJB3吸收了RoR中ActiveRecord的CoC�Q�惯例代曉K��|�）的理念，大部分的影射参数都有默认配置�Q�而且可以通过annotation灉|��的覆盖。所以说�Q�认真学�?f��n)Hibernate是有用的�Q�Shift to EJB3 Persistence的时候就�?x��)比较容易。后面看到persistence.xml是�ؓ(f��)了在容器外��用EntityManager设计的，对于支持EJB3 Persistence的Java EE容器完全可以直接用EJB3 Persistence模型+元数据编�E�而不用额外的配置�Q�这的确是非常方便的�Q�提供了透明的持久化模型。而persistence.xml则保证J2SE下面也可以��用代码管理的EntityManager�Q�带来可��试和可��q��Java EE Server的编�E�模型，更方便且可插拔�?br />

Tin 2006-05-24 09:54 发表评论

Tin — Thu, 11 May 2006 05:09:00 GMT
在Hibernate中获取有兌��关系的pojo。我是指例如一个User�Q�用��P��拥有一个many-to-one的属性Unit�Q�单位）�Q�但是有时有些用��L(f��ng)��Unit属性�ؓ(f��)�I�，如果按单位查询用��L(f��ng)��时候那些单位�ؓ(f��)null的用户就�?x��)被遗漏�Q�如何调取呢�Q�这本来是很��单的�Q�但是我惛_��然的使用了Restriction.eq�Q�但是不行，后来看了手册才发现应该��用Restrictions.isNul。下面是Test代码...

    /** *//**
     * ��Z��获取一个unit为null的用��P��如果传入一个null作�ؓ(f��)Uint实例则返回的�l�果��L��0
     * 因�ؓ(f��)执行的SQL为：(x��)(select * ) from USER_INF this_ where this_.UNIT_ID=''
     * �q�不是我们所期望的结�?br />     */
    @Test
    public void getUsersWhosUnitIsNullByRestrictionsEqNullUnit() {
        DetachedCriteria dc = DetachedCriteria.forClass(User.class);
        dc.add(Restrictions.eq("unit", null));

        Criteria cri = dc.getExecutableCriteria(session);
        log.debug("getUsersWhosUnitIsNullByRestrictionsEqNullUnit():" + cri.list().size());
    }

    /** *//**
     * ��Z��获取一个unit为null的用��P��如果传入一个id为null的Unit实例则会(x��)报错�Q�无法翻译�ؓ(f��)SQL
     * 错误�c�d��为：(x��)org.hibernate.TransientObjectException
     * �q�也不是我们所期望的结�?br />     */
    @Ignore
    @Test(expected=TransientObjectException.class)
    public void getUsersWhosUnitIsNullByRestrictionsEqUnitNullId() {
        Unit unit = new Unit();
        log.debug(unit.getId());
        DetachedCriteria dc = DetachedCriteria.forClass(User.class);
        dc.add(Restrictions.eq("unit", unit));

        Criteria cri = dc.getExecutableCriteria(session);
        log.debug("getUsersWhosUnitIsNull():" + cri.list().size());
    }

    /** *//**
     * ��Z��获取一个unit为null的用��h��的�Ҏ(gu��)��应该是��用Restrictions.isNull�Ҏ(gu��)��
     * 因�ؓ(f��)执行的SQL为：(x��)(select * ) from USER_INF this_ where this_.UNIT_ID is null
     * �q�才是我们所希望的结�?br />     */
    @Test
    public void getUsersWhosUnitIsNullByRestrictionsIsNull() {
        DetachedCriteria dc = DetachedCriteria.forClass(User.class);
        dc.add(Restrictions.isNull("unit"));

        Criteria cri = dc.getExecutableCriteria(session);
        log.debug("getUsersWhosUnitIsNullByRestrictionsIsNull():" + cri.list().size());
    }

Tin 2006-05-11 13:09 发表评论

��译的Hibernate的Session的javadoc

Tin — Mon, 06 Mar 2006 12:09:00 GMT
Hibernate的透明持久化用��h��非常舒服�Q�有时甚臛_��C��数据库的存在。我�w�边的朋友经�怼�(x��)分不清save、saveOrUpdate、update的区别，lock、merge、replicate、refresh、evict甚至不知道是�q�什么用的。而且关于实体对象的生命周期也有很多概念不清，分不清transient、persistent、detached的区别，只是知道PO、VO�q�样的通俗叫法。其实这些概念都很简单，Hibernate的javadoc写的都很清楚�Q�只需看看��p��明白。所以我�׃��些时间将Hibernate 3.1.2中session的javadoc部分��译了一下，旨在让那些因为Hibernate的“透明”而忘��C��它基本概�늚��Z��停下来再看看�q�些概念

org.hibernate
Interface Session
All Superinterfaces:
Serializable
All Known Subinterfaces:
EventSource, Session
All Known Implementing Classes:
SessionImpl
public interface Session
extends Serializable
Java应用�E�序与Hibernate之间的主要运行时接口。它是抽象了持久化服务概�늚�核心抽象API�c�R�?br />
Session的生命周期绑定在一个物理的事务�Q�tansaction�Q�上面。（长的事务可能跨越多个数据库事物。）

Session的主要功能是提供�Ҏ(gu��)��的实体�c�d��例的创徏�Q�读取和删除操作。实例可能以下面三种状态存在：(x��)

自由状态（transient�Q? 不曾�q�行持久化，未与��M��Session相关�?br />持久化状态（persistent�Q? 仅与一�?tt>Session相关�?br />游离状态（detached�Q? 已经�q�行�q�持久化�Q�但当前未与��M��Session相关�?br />
游离状态的实例可以通过调用save()�?tt>persist()或�?tt>saveOrUpdate()�Ҏ(gu��)��q�行持久化。持久化实例可以通过调用 delete()变成游离状态。通过get()�?tt>load()�Ҏ(gu��)��得到的实例都是持久化状态的。游��ȝ��态的实例可以通过调用 update()�?saveOrUpdate()�?tt>lock()或�?tt>replicate()�q�行持久化。游��L��者自��q��态下的实例可以通过调用merge()�Ҏ(gu��)��成�ؓ(f��)一个新的持久化实例�?br />
save()�?tt>persist()��会(x��)引发SQL�?tt>INSERT�Q?tt>delete()�?x��)引发SQLDELETE�Q��?tt>update()�?tt>merge()�?x��)引发SQLUPDATE。对持久化（persistent�Q?/i>实例的修改在��h��提交的时候会(x��)被检��到�Q�它也会(x��)引�vSQLUPDATE�?tt>saveOrUpdate()或�?tt>replicate()�?x��)引发SQLINSERT或�?tt>UPDATE�?br />
其具体实现�ƈ不一定是�U�程安全的。每个线�E?事务应该从一�?tt>SessionFactory获取自己的session实例�?br />
如果其持久化对象�c�L��可序列化的，�?tt>Session实例也是可序列化的�?br />
一个典型的事务应该使用下面的�Ş式：(x��)
Session sess = factory.openSession(); Transaction tx; try { tx = sess.beginTransaction(); //do some work ... tx.commit(); } catch (Exception e) { if (tx!=null) tx.rollback(); throw e; } finally { sess.close(); }

如果Session抛出了异�? 事务必须回滚而session�?x��)被废弃。在异常发生�?tt>Session的内部状态可能会(x��)与数据库失去同步�?
Author:
Gavin King
See Also:
SessionFactory
Method Summary
Transaction beginTransaction()
          开始一个工作单元�ƈ且返回相兌��?tt>事务�Q�Transaction�Q?/tt>对象�?
void cancelQuery()
          �l�止执行当前查询�?/td>
void clear()
          完整的清除这个session�?/td>
Connection close()
          停止�q�个Session�Q�通过中断JDBC�q�接�q�且清空�Q�cleaning up�Q�它�?/td>
Connection connection()
          获取�q�个Session的JDBC�q�接�?br />
如果�q�个session使用了积极的collection释放�{�略�Q�如CMT-容器控制事务的环境下�Q�，关闭�q�个调用的连接的职责应该由当前应用程序负责�?
boolean contains(Object object)
          ��查这个对象实例是否与当前�?tt>Session兌��Q�即是否为Persistent状态）�?/td>
Criteria createCriteria(Class persistentClass)
          为给定的实体�c�L��它的��类创徏一个新�?tt>Criteria实例�?/td>
Criteria createCriteria(Class persistentClass, String alias)
          �Ҏ(gu��)��l�定的实体类或者它的超�c�d��Z��个新�?tt>Criteria实例�Q��ƈ赋予它（实体�c�）一个别名�?/td>
Criteria createCriteria(String entityName)
          �Ҏ(gu��)��l�定的实体的名称�Q�name�Q�，创徏一个新�?tt>Criteria实例�?/td>
Criteria createCriteria(String entityName, String alias)
          �Ҏ(gu��)��l�定的实体的名称�Q�name�Q�，创徏一个新�?tt>Criteria实例�Q��ƈ赋予它（实体�c�）一个别�?/td>
Query createFilter(Object collection, String queryString)
          �Ҏ(gu��)��l�定的collection和过滤字�W�串�Q�查询条�Ӟ��创徏一个新�?tt>Query实例�?/td>
Query createQuery(String queryString)
          �Ҏ(gu��)��l�定的HQL查询条�g创徏一个新�?tt>Query实例�?/td>
SQLQuery createSQLQuery(String queryString)
          �Ҏ(gu��)��l�定的SQL查询条�g创徏一个新�?tt>SQLQuery实例�?/td>
void delete(Object object)
          从数据库中移除持久化�Q�persistent�Q�对象的实例�?/td>
void delete(String entityName, Object object)
          从数据库中移除持久化�Q�persistent�Q�对象的实例�?/td>
void disableFilter(String filterName)
          ��用当前session的名�U�过滤器�?/td>
Connection disconnect()
          断开Session与当前的JDBC�q�接�?/td>
Filter enableFilter(String filterName)
          打开当前session的名�U�过滤器�?/td>
void evict(Object object)
          ��当前对象实例从session�~�存中清除�?/td>
void flush()
          强制提交��h��Q�flush�Q?tt>Session�?/td>
Object get(Class clazz, Serializable id)
          �Ҏ(gu��)��l�定标识和实体类�q�回持久化对象的实例�Q�如果没有符合条件的持久化对象实例则�q�回null�?/td>
Object get(Class clazz, Serializable id, LockMode lockMode)
          �Ҏ(gu��)��l�定标识和实体类�q�回持久化对象的实例�Q�如果没有符合条件的持久化对象实例则�q�回null�?/td>
Object get(String entityName, Serializable id)
          �q�回与给定的实体命名和标识匹配的持久化实例，如果没有对应的持久化实例则返回null�?/td>
Object get(String entityName, Serializable id, LockMode lockMode)
          �q�回与给定的实体�c�d��标识所匚w��的持久化实例�Q�如果没有对应的持久化实例则�q�回null�?/td>
CacheMode getCacheMode()
          得到当前的缓存模式�?/td>
LockMode getCurrentLockMode(Object object)
          ��给定对象当前的锁定�U�别�?/td>
Filter getEnabledFilter(String filterName)
          �Ҏ(gu��)��名称获取一个当前允许的�q��o(h��)器（filter�Q��?/td>
EntityMode getEntityMode()
          获取�q�个session有效的实体模式�?/td>
String getEntityName(Object object)
          �q�回一个持久化对象的实体名�U��?/td>
FlushMode getFlushMode()
          获得当前的刷新提交（flush�Q�模式�?/td>
Serializable getIdentifier(Object object)
          获取�l�定的实体对象实例在Session的缓存中的标识，如果该实例是自由状态（Transient�Q�的或者与其它Session兌��则抛��Z��个异常�?/td>
Query getNamedQuery(String queryName)
          从映��文件中�Ҏ(gu��)��l�定的查询的名称字符串获取一�?tt>Query�Q�查询）实例�?/td>
Session getSession(EntityMode entityMode)
          �Ҏ(gu��)��l�定的实体模式（Entity Mode�Q�开始一个新的有效的Session�?/td>
SessionFactory getSessionFactory()
          获取创徏�q�个session�?tt>SessionFactory实例�?
SessionStatistics getStatistics()
          获取�q�个session的统计信息�?/td>
Transaction getTransaction()
          获取与这个session兌��?tt>Transaction�Q�事务）实例�?instance associated with this session.
boolean isConnected()
          ��查当�?tt>Session是否处于�q�接状态�?/td>
boolean isDirty()
          当前Session是否包含需要与数据库同步的�Q�数据状态）变化 �Q�如果我们刷新提交（flush�Q�这个session是否�?x��)有SQL执行�Q?/td>
boolean isOpen()
          ��查当�?tt>Session是否仍然打开�?/td>
Object load(Class theClass, Serializable id)
          在符合条件的实例存在的情况下�Q�根据给定的实体�c�d��标识�q�回持久化状态的实例�?/td>
Object load(Class theClass, Serializable id, LockMode lockMode)
          在符合条件的实例存在的情况下�Q�根据给定的实体�c�R��标识及(qi��ng)指定的锁定等�U�返回持久化状态的实例�?/td>
void load(Object object, Serializable id)
          ��与�l�定的标�C�对应的持久化状态（��|��复制到给定的自由状态（trasient�Q�实例上�?/td>
Object load(String entityName, Serializable id)
          在符合条件的实例存在的情况下�Q�根据给定的实体�c�d��标识�q�回持久化状态的实例�?/td>
Object load(String entityName, Serializable id, LockMode lockMode)
          在符合条件的实例存在的情况下�Q�根据给定的实体�c�R��标识及(qi��ng)指定的锁定等�U�返回持久化状态的实例�?/td>
void lock(Object object, LockMode lockMode)
          从给定的对象上获取指定的锁定�U�别�?/td>
void lock(String entityName, Object object, LockMode lockMode)
          从给定的对象上获取指定的锁定�U�别�?/td>
Object merge(Object object)
          ��给定的对象的状态复制到��h��相同标识的持久化对象上�?/td>
Object merge(String entityName, Object object)
          ��给定的对象的状态复制到��h��相同标识的持久化对象上�?/td>
void persist(Object object)
          ��一个自��q��态（transient�Q�的实例持久化�?/td>
void persist(String entityName, Object object)
          ��一个自��q��态（transient�Q�的实例持久化�?/td>
void reconnect()
          不推荐的�?/b> 手工的重新连接只应用于应用程序提供连接的情况�Q�在�q�种情况下或许应该��?a href="/org/hibernate/Session.html#reconnect(java.sql.Connection)">reconnect(java.sql.Connection)�?/i>
void reconnect(Connection connection)
          重新�q�接到给定的JDBC�q�接�?/td>
void refresh(Object object)
          从数据库中重新读取给定实例的状态�?/td>
void refresh(Object object, LockMode lockMode)
          �Ҏ(gu��)��指定�?tt>锁定模式�Q�LockMode�Q?/tt>�Q�从数据库中重新��d��l�定实例的状态�?/td>
void replicate(Object object, ReplicationMode replicationMode)
          使用当前的标识值持久化�l�定的游��ȝ��态（Transient�Q�的实体�?/td>
void replicate(String entityName, Object object, ReplicationMode replicationMode)
          使用当前的标识值持久化�l�定的游��ȝ��态（Transient�Q�的实体�?/td>
Serializable save(Object object)
          首先为给定的自由状态（Transient�Q�的对象�Q�根据配�|�）生成一个标识�ƈ赋��|��然后��其持久化�?/td>
Serializable save(String entityName, Object object)
          首先为给定的自由状态（Transient�Q�的对象�Q�根据配�|�）生成一个标识�ƈ赋��|��然后��其持久化�?/td>
void saveOrUpdate(Object object)
          �Ҏ(gu��)��l�定的实例的标识属性的��|��注：(x��)可以指定unsaved-value。一般默认null。）来决定执�?save() �?tt>update()操作�?/td>
void saveOrUpdate(String entityName, Object object)
          �Ҏ(gu��)��l�定的实例的标识属性的��|��注：(x��)可以指定unsaved-value。一般默认null。）来决定执�?save() �?tt>update()操作�?/td>
void setCacheMode(CacheMode cacheMode)
          讄��h��提交模式�?/td>
void setFlushMode(FlushMode flushMode)
          讄��h��提交模式�?/td>
void setReadOnly(Object entity, boolean readOnly)
          ��一个未�l�更改的持久化对象设�|��ؓ(f��)只读模式�Q�或者将一个只��d��象标��Cؓ(f��)可以修改的模式�?/td>
void update(Object object)
          �Ҏ(gu��)��l�定的detached�Q�游��ȝ��态）对象实例的标识更新对应的持久化实例�?/td>
void update(String entityName, Object object)
          �Ҏ(gu��)��l�定的detached�Q�游��ȝ��态）对象实例的标识更新对应的持久化实例�?/td>

Tin 2006-03-06 20:09 发表评论

DomainModel中的hashCode和equals�Ҏ(gu��)��

Tin — Wed, 15 Feb 2006 03:34:00 GMT

hashCode:
他是用来产生hash值的�Q�用在Hashtable上，也包括HashMap�{�实现�?BR>hashCode的基本约定是�Q?BR>1、hashCode�Ҏ(gu��)��在同一个object上不��被调用了多��次�Q�在同一�ơ执行的Java�E�序中，hashCode�Ҏ(gu��)��必须�q�回一个持�l�相同的int。在object被修�Ҏ(gu��)��Q�不�l�equals�Ҏ(gu��)��提供信息。这个int值在同一个程序的两次不同执行�q�程中（同一�E�序执行两次�Q�，不需要保持恒定�?BR>2、如果两个object通过equals()�Ҏ(gu��)��判断相等�Q�则调用它们的hashCode�Ҏ(gu��)��应该产生相同的结果�?BR>3、两个通过equals()�Ҏ(gu��)��判定不相�{�的object�Q�调用它们的hashCOde�Ҏ(gu��)��q�不是必��返回不同的�l�果。但是，成序�a�们应该意识到对于不相�{�的object产生不同的int�l�果有助于提升hashtables的效率�?BR>一般技术上�Q�通过��object的内部地址转换为integer的方法来产生hashCode�Q�但�q�不是必需的�?/P>
equals:
��是判断是否相等的方法�?BR>基本�U�定如下�Q?BR>自反�Q�就是x.equals(x)应该�q�回true
对称�Q�x.equals(y)�q�回true则y.equals(x)�q�回true
传递：(x��)x.euqls(y)==true�Q�y.equals(z)==true�Q�那么x.equals(z)也必��返回true
持箋性：(x��)��是说如果x.equals(y)==true�Q�不��它调用多少�ơ都应该�q�回true
非空引用�Q�x.equals(null)应该�q�回false

准则原因�q�里�Q?BR>http://java.sun.com/j2se/1.3/docs/api/java/lang/Object.html#hashCode()

在实际Domain中如何实��C��们比较好呢？从eclipseWork中的模板生成如下�Q?/P>
public boolean equals(Object rhs) {
        if (rhs == null) {
            return false;
        }

        if (!(rhs instanceof Town)) {
            return false;
        }

        Town that = (Town) rhs;

        if ((this.getId() == null) || (that.getId() == null)) {
            return false;
        }

        return (this.getId().equals(that.getId()));
    }

public int hashCode() {
        if (this.hashValue == 0) {
            int result = 17;
            int idValue = (this.getId() == null) ? 0 : this.getId().hashCode();
            result = (result * 37) + idValue;
            this.hashValue = result;
        }

        return this.hashValue;
    }

下一步还要��l�研�IӞ��上面的的�Ҏ(gu��)��很类��g��?SPAN style="COLOR: #999999">Java theory and practice: Hashing it out�?BR>http://www-128.ibm.com/developerworks/java/library/j-jtp05273.html

Tin 2006-02-15 11:34 发表评论

Method Summary
`Transaction`	`beginTransaction()` 开始一个工作单元�ƈ且返回相兌��?tt>事务�Q�Transaction�Q?/tt>对象�?
`void`	`cancelQuery()` �l�止执行当前查询�?/td>
`void`	`clear()` 完整的清除这个session�?/td>
`Connection`	`close()` 停止�q�个`Session`�Q�通过中断JDBC�q�接�q�且清空�Q�cleaning up�Q�它�?/td>
`Connection`	`connection()` 获取�q�个Session的JDBC�q�接�?br /> 如果�q�个session使用了积极的collection释放�{�略�Q�如CMT-容器控制事务的环境下�Q�，关闭�q�个调用的连接的职责应该由当前应用程序负责�?
`boolean`	`contains(Object object)` ��查这个对象实例是否与当前�?tt>Session兌��Q�即是否为Persistent状态）�?/td>
`Criteria`	`createCriteria(Class persistentClass)` 为给定的实体�c�L��它的��类创徏一个新�?tt>Criteria实例�?/td>
`Criteria`	`createCriteria(Class persistentClass, String alias)` �Ҏ(gu��)��l�定的实体类或者它的超�c�d��Z��个新�?tt>Criteria实例�Q��ƈ赋予它（实体�c�）一个别名�?/td>
`Criteria`	`createCriteria(String entityName)` �Ҏ(gu��)��l�定的实体的名称�Q�name�Q�，创徏一个新�?tt>Criteria实例�?/td>
`Criteria`	`createCriteria(String entityName, String alias)` �Ҏ(gu��)��l�定的实体的名称�Q�name�Q�，创徏一个新�?tt>Criteria实例�Q��ƈ赋予它（实体�c�）一个别�?/td>
`Query`	`createFilter(Object collection, String queryString)` �Ҏ(gu��)��l�定的collection和过滤字�W�串�Q�查询条�Ӟ��创徏一个新�?tt>Query实例�?/td>
`Query`	`createQuery(String queryString)` �Ҏ(gu��)��l�定的HQL查询条�g创徏一个新�?tt>Query实例�?/td>
`SQLQuery`	`createSQLQuery(String queryString)` �Ҏ(gu��)��l�定的SQL查询条�g创徏一个新�?tt>SQLQuery实例�?/td>
`void`	`delete(Object object)` 从数据库中移除持久化�Q�persistent�Q�对象的实例�?/td>
`void`	`delete(String entityName, Object object)` 从数据库中移除持久化�Q�persistent�Q�对象的实例�?/td>
`void`	`disableFilter(String filterName)` ��用当前session的名�U�过滤器�?/td>
`Connection`	`disconnect()` 断开`Session`与当前的JDBC�q�接�?/td>
`Filter`	`enableFilter(String filterName)` 打开当前session的名�U�过滤器�?/td>
`void`	`evict(Object object)` ��当前对象实例从session�~�存中清除�?/td>
`void`	`flush()` 强制提交��h��Q�flush�Q?tt>Session�?/td>
`Object`	`get(Class clazz, Serializable id)` �Ҏ(gu��)��l�定标识和实体类�q�回持久化对象的实例�Q�如果没有符合条件的持久化对象实例则�q�回null�?/td>
`Object`	`get(Class clazz, Serializable id, LockMode lockMode)` �Ҏ(gu��)��l�定标识和实体类�q�回持久化对象的实例�Q�如果没有符合条件的持久化对象实例则�q�回null�?/td>
`Object`	`get(String entityName, Serializable id)` �q�回与给定的实体命名和标识匹配的持久化实例，如果没有对应的持久化实例则返回null�?/td>
`Object`	`get(String entityName, Serializable id, LockMode lockMode)` �q�回与给定的实体�c�d��标识所匚w��的持久化实例�Q�如果没有对应的持久化实例则�q�回null�?/td>
`CacheMode`	`getCacheMode()` 得到当前的缓存模式�?/td>
`LockMode`	`getCurrentLockMode(Object object)` ��给定对象当前的锁定�U�别�?/td>
`Filter`	`getEnabledFilter(String filterName)` �Ҏ(gu��)��名称获取一个当前允许的�q��o(h��)器（filter�Q��?/td>
`EntityMode`	`getEntityMode()` 获取�q�个session有效的实体模式�?/td>
`String`	`getEntityName(Object object)` �q�回一个持久化对象的实体名�U��?/td>
`FlushMode`	`getFlushMode()` 获得当前的刷新提交（flush�Q�模式�?/td>
`Serializable`	`getIdentifier(Object object)` 获取�l�定的实体对象实例在`Session`的缓存中的标识，如果该实例是自由状态（Transient�Q�的或者与其它`Session`兌��则抛��Z��个异常�?/td>
`Query`	`getNamedQuery(String queryName)` 从映��文件中�Ҏ(gu��)��l�定的查询的名称字符串获取一�?tt>Query�Q�查询）实例�?/td>
`Session`	`getSession(EntityMode entityMode)` �Ҏ(gu��)��l�定的实体模式（Entity Mode�Q�开始一个新的有效的Session�?/td>
`SessionFactory`	`getSessionFactory()` 获取创徏�q�个session�?tt>SessionFactory实例�?
`SessionStatistics`	`getStatistics()` 获取�q�个session的统计信息�?/td>
`Transaction`	`getTransaction()` 获取与这个session兌��?tt>Transaction�Q�事务）实例�?instance associated with this session.
`boolean`	`isConnected()` ��查当�?tt>Session是否处于�q�接状态�?/td>
`boolean`	`isDirty()` 当前`Session`是否包含需要与数据库同步的�Q�数据状态）变化 �Q�如果我们刷新提交（flush�Q�这个session是否�?x��)有SQL执行�Q?/td>
`boolean`	`isOpen()` ��查当�?tt>Session是否仍然打开�?/td>
`Object`	`load(Class theClass, Serializable id)` 在符合条件的实例存在的情况下�Q�根据给定的实体�c�d��标识�q�回持久化状态的实例�?/td>
`Object`	`load(Class theClass, Serializable id, LockMode lockMode)` 在符合条件的实例存在的情况下�Q�根据给定的实体�c�R��标识及(qi��ng)指定的锁定等�U�返回持久化状态的实例�?/td>
`void`	`load(Object object, Serializable id)` ��与�l�定的标�C�对应的持久化状态（��\|��复制到给定的自由状态（trasient�Q�实例上�?/td>
`Object`	`load(String entityName, Serializable id)` 在符合条件的实例存在的情况下�Q�根据给定的实体�c�d��标识�q�回持久化状态的实例�?/td>
`Object`	`load(String entityName, Serializable id, LockMode lockMode)` 在符合条件的实例存在的情况下�Q�根据给定的实体�c�R��标识及(qi��ng)指定的锁定等�U�返回持久化状态的实例�?/td>
`void`	`lock(Object object, LockMode lockMode)` 从给定的对象上获取指定的锁定�U�别�?/td>
`void`	`lock(String entityName, Object object, LockMode lockMode)` 从给定的对象上获取指定的锁定�U�别�?/td>
`Object`	`merge(Object object)` ��给定的对象的状态复制到��h��相同标识的持久化对象上�?/td>
`Object`	`merge(String entityName, Object object)` ��给定的对象的状态复制到��h��相同标识的持久化对象上�?/td>
`void`	`persist(Object object)` ��一个自��q��态（transient�Q�的实例持久化�?/td>
`void`	`persist(String entityName, Object object)` ��一个自��q��态（transient�Q�的实例持久化�?/td>
`void`	`reconnect()` 不推荐的�?/b> 手工的重新连接只应用于应用程序提供连接的情况�Q�在�q�种情况下或许应该��?a href="/org/hibernate/Session.html#reconnect(java.sql.Connection)">`reconnect(java.sql.Connection)`�?/i>
`void`	`reconnect(Connection connection)` 重新�q�接到给定的JDBC�q�接�?/td>
`void`	`refresh(Object object)` 从数据库中重新读取给定实例的状态�?/td>
`void`	`refresh(Object object, LockMode lockMode)` �Ҏ(gu��)��指定�?tt>锁定模式�Q�LockMode�Q?/tt>�Q�从数据库中重新��d��l�定实例的状态�?/td>
`void`	`replicate(Object object, ReplicationMode replicationMode)` 使用当前的标识值持久化�l�定的游��ȝ��态（Transient�Q�的实体�?/td>
`void`	`replicate(String entityName, Object object, ReplicationMode replicationMode)` 使用当前的标识值持久化�l�定的游��ȝ��态（Transient�Q�的实体�?/td>
`Serializable`	`save(Object object)` 首先为给定的自由状态（Transient�Q�的对象�Q�根据配�\|�）生成一个标识�ƈ赋��\|��然后��其持久化�?/td>
`Serializable`	`save(String entityName, Object object)` 首先为给定的自由状态（Transient�Q�的对象�Q�根据配�\|�）生成一个标识�ƈ赋��\|��然后��其持久化�?/td>
`void`	`saveOrUpdate(Object object)` �Ҏ(gu��)��l�定的实例的标识属性的��\|��注：(x��)可以指定unsaved-value。一般默认null。）来决定执�?`save()` �?tt>update()操作�?/td>
`void`	`saveOrUpdate(String entityName, Object object)` �Ҏ(gu��)��l�定的实例的标识属性的��\|��注：(x��)可以指定unsaved-value。一般默认null。）来决定执�?`save()` �?tt>update()操作�?/td>
`void`	`setCacheMode(CacheMode cacheMode)` 讄��h��提交模式�?/td>
`void`	`setFlushMode(FlushMode flushMode)` 讄��h��提交模式�?/td>
`void`	`setReadOnly(Object entity, boolean readOnly)` ��一个未�l�更改的持久化对象设�\|��ؓ(f��)只读模式�Q�或者将一个只��d��象标��Cؓ(f��)可以修改的模式�?/td>
`void`	`update(Object object)` �Ҏ(gu��)��l�定的detached�Q�游��ȝ��态）对象实例的标识更新对应的持久化实例�?/td>
`void`	`update(String entityName, Object object)` �Ҏ(gu��)��l�定的detached�Q�游��ȝ��态）对象实例的标识更新对应的持久化实例�?/td>

亚洲精品国产成人片,久久久久久亚洲精品中文字幕,亚洲精品无码日韩国产不卡av

大型Java Web��目的架构和部��v调优问题

060523-JDO2和EJB3 JPA见闻

���译的Hibernate的Session的javadoc

org.hibernateInterface Session

DomainModel中的hashCode和equals�Ҏ(gu��)��

��译的Hibernate的Session的javadoc

org.hibernate
Interface Session