随笔 - 24  文章 - 6  trackbacks - 0
<2005年7月>
262728293012
3456789
10111213141516
17181920212223
24252627282930
31123456

常用链接

随笔分类(23)

积分与排名

  • 积分 - 13636
  • 排名 - 2082

最新评论

Tips of  hibernate +weblogic 8.1 + oracle 9.2 / db2 8.1

bromon原创 请尊重版权

       最近的工作都是在webligc 8.1 + hibernate的平台上做开发,涉及的数据库是oracle 9.2db2 8.1。对于这两个数据库我的了解都远远不够,所以开发中遇到很多问题,还好问题都解决了,很感谢阿古。有的问题也许大家都会遇到,列出我的解决办法,供大家参考。

一、weblogic 8.1下的数据库连接池配置

weblogic 8.1下配置连接池是很容易的,通过console全鼠标操作。以前我做过很多次了,驾轻就熟,很快搞定。编写好pojohbmtest一下,结果抛出了一个SQLException,具体信息我没有记录,大概意思是说:“事务没有被提交,因为它处于一个分布式事务中,当分布式事务结束后它会被提交。”打开oracle,确实没有看到测试数据,整个环境中我没有使用JTA,也不存在分布式数据库。Google了一下,看见别人的建议有:

1、              选择jdbc驱动的时候,不要使用xa系列驱动。这个其实大家都知道,xa系列驱动是为JTA准备的,我在配置连接池的时候也确实没有选择这类驱动。排除。

2、              修改startWeblogic.cmd,不要启动pointbase。查看startWeblogic.cmd后没有发现有启动pointbase的迹象,在端口列表中也没有发现。排除。

后来找到的解决办法是,配置webloigcdata source时,有这么一个选项:

Honor Global Transactions

它的相关说明是:

Specifies whether this data source will participate in existing global (XA) transactions. Unchecking this option while creating the data source should be done rarely and with care. This option can not be changed once the data source is created.

       就是它了,把它去掉,try againpassed 

       上述问题在oracledb2中都存在。

二、时间字段的处理

开发过程中涉及到了时间的存储和查询,相关的处理要依靠oracledb2自己的函数,有小小区别。

一个hibernate中对oracle进行时间查询的例子:

from scene.pojo.TaskInfo as ti where and ti.taskStartTime>=to_date('"+start+"','yyyy-MM-dd HH:mi:ss') and ti.taskEndTime<=to_date('"+end+"','yyyy-MM-dd HH:mi:ss')";

       其中的startend变量为java.util.Date()。使用了oracleto_date函数来做日期转换,很多java程序员也许会和我一样,直觉的采用”yyyy-MM-dd HH:mm:ss”的格式作为时间的正则表达式,但是在oracle中会引起错误:”ORA 01810 格式代码出现两次。原因是sql中不区分大小写,MMmm被认为是相同的格式代码,所以oraclesql采用了mi代替分钟。

       DB2中的查询语句是:

from scene.pojo.TaskInfo as ti where and ti.taskStartTime>=timestamp('"+s+"')  and ti.taskEndTime<=timestamp('"+e+"')";

       DB2中的函数是timestamp,无须指定时间格式。

三、Hibernatelazy loading

Lazy loading是进行集合映射时很有用处的优化选项,但是使用起来容易遇到问题。比如在我们的应用中,user->post形成一对多的映射,User中有一个包含postList。同时系统采用了一个HibernateSession来管理session,它的逻辑是每进行一次数据库操作,就开新的session,操作完成后立即关闭该session。这样做的好处是可以严格关闭session,避免菜鸟级的错误,但是hibernate.org并不推荐这么做。因为这不适合lazy loading,也不适合跨方法的事务。

回到我们的例子,在User中,有多个属性:namepasswordphone等,还有一个List类型的posts。当我们对posts使用lazy laoding的时候,hibernate会在获得User对象的时候,仅仅返回name,password,phone等基本属性,当你访问posts的时候,它才会从数据库中提取posts需要的数据,这就是所谓lazy laoding。但是在我们的系统中,session是被立即关闭的,也就是在读取了name,password,phone等基本属性后,session已经close了,再进行lazy loaiding就会有异常。

解决办法是在close session之前,调用Hibernate.initialize(user.getPosts()),告诉系统,user.getPosts()是需要lazy laoding的。但是这样做会破坏HibernateSession类的封装,郁闷。

后来采用所谓的OpenSessionInView模式,把session的周期交给servlet filter来管理,每当有request进来,就打开一个sessionresponse结束之后再关闭它,这样可以让session存在于整个请求周期中。但是在实际操作过程中,发现一下问题:

Lazy laoding应该是两条select构成的,但是在使用了OpenSessionInView模式后,系统执行了一条selectsession就被关闭了。相同的代码,放到普通环境中,就执行正常,目前这个问题已经在java eye挂了很久,无人解答。望高人指点。

posted on 2005-07-11 17:31 Sometimes Java 阅读(326) 评论(0)  编辑  收藏 所属分类: Tech Flow

只有注册用户登录后才能发表评论。


网站导航: