hapuer

关于延迟初始化所引发的问题

hapuer — Thu, 22 May 2008 11:09:13 +0800

作者: hapuer 链接：http://hapuer.javaeye.com/blog/195553 发表时间: 2008年05月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

这么长时间没有更新我的博客了，今天来更新一下吧！最近在做SSH学习的时候，总是出现 session 关闭或者 proxy 无法初始化的问题。其实有两个场景，第一、当我在渲染页面的时候，这个页面里的元素要加载一个对象的子元素，这个时候就出现session关闭的问题，具体的问题我这里就不贴出来了，我想很多人都会遇到这样的问题。另一个场景，就是当我在用spring的测试框架的时候测试dao的时候，也出现的这样的问题，声明：我使用抽象类是AbstractDependencyInjectionSpringContextTests,因此JUnit老是红色，也出现

 org.hibernate.LazyInitializationException: could not initialize  proxy - no Session

觉得很郁闷，在网上找了很多的资料，有几个关键词，那就是OpenSessionInView和 FlushModel，Transaction 最为多见。而究竟是什么问题，为什么会出现这样的情况，我想正如很多解决方案一样，必须深入到源码中去，必须知道session，Transaction，机制。才能充分的认识这个问题，并解决问题。要很好的解决这些问题，我参考了如下资料：

1、

引用

http://www.javaeye.com/topic/11190

2、

引用

http://www.javaeye.com/topic/32001

3、

引用

http://www.javaeye.com/topic/15057

这些真的很不错，在此谢谢了。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

时间日期操作笔记

hapuer — Sat, 13 Oct 2007 09:37:32 +0800

作者: hapuer 链接：http://hapuer.javaeye.com/blog/131615 发表时间: 2007年10月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

关于日期的处理：
一般涉及到
date,
calendar,
GregorianCalendar

同时涉及到数据库操作中还有
Timestamp.
DateFormat;
SimpleDateFormat;

一般要把一个时间字符串解析成自己想要的字符串来显示的话都是使用
SimpleDateFormat()类。

SimpleDateFormat sdf = new SimpleDateFormat("自己想要的格式");
然后：String str = sdf.format(Date类型的对象);

这个时候的str就是所要求的字符串；另外在操作数据库的时候，都是使用的Timestamp格式；从数据库中

取得和插入的都是这样一个对象；因此必须将它转换成一个日期格式或者将一般的日期格式转换成这种类

型：

这个类中一个getTime()方法，可以得到一个long型数据，然后在使用 new Date(long (object))这样就

可以得到一个Date对象；

而关于一般字符串向Timestamp类型转换，就需要使用到上面的SimpleDateFormat对象，来告诉它究竟按

照一个什么样的规范来转换，然后使用parse("str")来得到一个date对象，再使用sdf.format()

例如：

String dateStr = "1999-8-9 00:00:00";
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
Date dt = sdf.parse(dateStr);
Timestamp ts = Timestamp.valueOf(sdf.format(dt));

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

HIbernate实体关系映射笔记

hapuer — Fri, 12 Oct 2007 09:47:24 +0800

作者: hapuer 链接：http://hapuer.javaeye.com/blog/131273 发表时间: 2007年10月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

实体关联映射：

1、一对一映射：
主要有两种方式来映射：
一、基于外键的映射方式：
首先有两张表，例如：TABEL user AND card；card 表中参照一个user的主键id
首先就是要保证这两个类中，必须要分别有各自的一个连接；也就是说在各个类中有另外一个类

的一个属性；比如说：
class User
{
private Card card;//card的一个属性
}
class Card
{
private User user;//user的一个属性
}
这个时候配置就是在user的配置文件中；

注意这里的property-ref属性：它是指在映射中，user找到card是通过user这样一个属性来

找到的，如果不这样设置，那么就会在关联中出现user的id和card的id相关联的情况；
而在card的配置文件中；

注意这里column指如何找到user呢？是通过在表中的userid来找到的。而这里的unique指的

是限制为了一对一
二、基于主键的约束
这里仍然有两张表，这两张表分别是：user 和 card 而这个时候，在card表中，并没有userid

这一列，但是还是有一个参照userid的外键约束,这里的card中的id主要就是参照的是user中的id
而上面基本上没有什么改变。只是在配置文件中；
在user的配置文件中，

这里不需要配置property-ref属性
在card中

另外在主键中也要改；开始的时

这里应该改为：

user

2、一对多、多对一、以及双向多对一关联关系；

首先讨论多对一的单向关联：这里有两张表；分别是email和user表；email为多的一方，而user为一

的一方，
email：id,emailname,uid;
user: uid, uname
有持久化类：User 和 Email
这里所谓单向就是说查询email表可以查出这个email是属于谁的，但是只查询user表不知道有多少个

email；
因此在持久化类中在多的一方，有一个一的一方的对象的属性；而在一的一方没有这方面的信息；
所以在配置的时候就只在多的一方（email）中配置

这样就够了；但是这个时候在持久化的时候需

要都调用save方法，这个时候还要加个级联属性：cascade=“all（save-update）”，那么这个时候

只需要持久化这个email对象就够了，而不需要持久化user了。同时还有一个属性就是：outer-join

；这个属性是指在查询的时候是否使用外连接；如果不使用，那么查询的时候就会查询两次；

另外，再讨论一下一对多的单向关联：
从一的一方看，这就是一对多的关系，表同上，只是在持久化中就有点区别了，这里在User中有个包

含set集合的属性，而在email中没有任何的设置，先前的user属性也不需要了，因为这是单向的影射

，所以不需要这样的设置。而在映射文件中就只在uses一方设计就好了。

//这里的key是在email表中参照user表的外键

//这里的class肯定是填的是many这一方的类名

最后再说一下多对一双向关联，只要把两边都加上，能让你找到我，让我找到你的话就可以了。

3、多对多关联(比较典型的就是权限设计的时候)
在做多对多关联映射的时候，都会有一张关联表；
第一、单向多对多
第二、双向多对多
单向多对多跟双向多对多本身没有多大的区别，只是必须有一边来维护他们之间的关系；
比如说：有两张表；user 和 power表
要建立它们的多对多的影射关系，那么这里必须在数据库中再建立一张表(连接表)user_power
那么在持久化类中设置一个属性--set。那么需要在映射文件中配置这个set的映射

下面来解释一下中间属性的作用；
A: name:这里就是配置在所在持久化类中的set属性名
B：table：这里就是关联表名，因为它们的关系就是靠这张关联表来维护
C：column：这里设置的是在关联表中，与持久化类所在表的关联字段
D：class：这里的many端，也就是name所对应的类；
E：第二个col

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐