tao的学习乐园
随笔 - 6  文章 - 4  trackbacks - 0
<2009年6月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用链接

留言簿(1)

随笔分类

随笔档案

搜索

  •  

最新评论

阅读排行榜

评论排行榜

基础知识详见:http://mercyblitz.javaeye.com/blog/70106  http://mercyblitz.javaeye.com/blog/70114
这两篇文章,写的很详细。

但在实际项目中是SSH架构的,我们需要拿到spring bean(例如BO,DAO等)然后设计一些跟业务相关的自定义标签,这时就得用到spring提供的WebApplicationContextUtils,通过这个类的实例对象去取bean。
示例代码如下:
1WebApplicationContext wac = WebApplicationContextUtils.getWebApplicationContext(pageContext.getServletContext());
2        IUserBO userBO = (IUserBO) wac.getBean("userBO");
3//userBO已经在spring配置文件中进行配置
4<bean id="userBO" class="com.ns.UserBO" parent="commonService">
5</bean>
然后我们就可以在标签实现类夹杂一些业务逻辑判断了。
posted @ 2009-07-09 17:15 teok 阅读(144) | 评论 (0)编辑 收藏
    hibernate中get方法和load方法的根本区别在于:如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常,所说的load方法抛异常是指在使用该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
    对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。虽然好多书中都这么说:“get()永远只返回实体类”,但实际上这是不正确的,get方法如果在session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是返回的还是代理对象,只不过已经加载了实体数据。 
    关于二者查询数据的顺序可以由前面内容总结如下:get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库

    总之对于get和load的根本区别,一句话,hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;而对于get方法,hibernate一定要获取到真实的数据,否则返回null。   
posted @ 2009-07-07 13:46 teok 阅读(300) | 评论 (1)编辑 收藏
     摘要: 提起Java内部类(Inner Class)可能很多人不太熟悉,实际上类似的概念在C++里也有,那就是嵌套类(Nested Class),关于这两者的区别与联系,在下文中会有对比。内部类从表面上看,就是在类中又定义了一个类(下文会看到,内部类可以在很多地方定义),而实际上并没有那么简单,乍看上去内部类似乎有些多余,它的用处对于初学者来说可能并不是那么显著,但是随着对它的深入了解,你会发现Java的...  阅读全文
posted @ 2009-07-01 08:12 teok 阅读(272) | 评论 (0)编辑 收藏
1.纯form提交
   只要将form的enctype设置为multipart/form-data即可
2.ajax form提交
   这个时候如果不上传文件,然后再去提交表单,就会报argument mismatch,这是因为在struts用PropertyUtilsBean对页面组件中的数据进行form封装的时候出现了类型转换问题,无法将<html:file/>中的空值转换成FormFile类型。
  解决方法是提交表单的方法中将<html:file/>的name属性换掉,以此避免strut form的转换错误。
示例:
 1     if($("#picFile").val()==""){
 2         $("#picFile").attr("name","nullFile");
 3     }


 4     var url = "<c:url value='/user/user/personal.ao?method=modifyBasic'/>";
 5     //$("#userForm").submit();
 6     //$.formSubmit("userForm",url);
 7     $.ajaxFormSubmit("userForm",url,{callback:function(data){
 8         //解析json对象
 9         var json = eval("("+data+")");
10         if(json.status=="success"){
11           detailShow();
12           loadBasic();
13           $("#divDialog").html("修改个人基本信息成功!<br><input type='button' value='确定' onclick=\"$('#divDialog').close()\">");
14           $("#divDialog").dialog({title:"消息窗口"});
15         }
16     }});

posted @ 2009-06-11 11:00 teok 阅读(519) | 评论 (0)编辑 收藏
打个比方.
现在的j2ee开发,就好象对面来了一个人.
最外面穿着一件风衣(HTML)
风衣里面穿着西装(Struts)
西装里面穿着马甲(Spring)
马甲里面穿着衬衫(Hibernate)
衬衫的里面才是真实的人(数据库)
全部衣服都是采用棉布做成的(Java)
每件衣服上都可能有其他配件(第3方库)
各件衣服之间需要配套使用(版本兼容)

如果你想看到这个人到底长啥样,必须得:先脱一件,再脱一件,再脱一件.最后才能看到最终数据库里面的数据是啥样子.

在很久很久以前,这个人是不穿衣服的.
你直接可以看到他(SQL语句)
现在不行了,你必须穿越层层衣服来看这个人.

每件衣服都是不同的厂家做出来的.而且随时在改变.
你必须自己把这些衣服一件一件套上去,祈祷他们大概能够合身.

每件衣服都可能有漏洞(bug),你得自己想办法打个补丁(patch)上去.
posted @ 2009-06-04 08:14 teok 阅读(201) | 评论 (0)编辑 收藏
情境:需要将数据库中俩个字段拼接起来然后用传入的参数进行模糊查询.

用HQL解决如下:
1 From ns.project.persistence.model.TZhidao as tz
2        where status = '1'
3        /~title:  and tz.title || ':' || tz.description like '%'||{title}||'%' ~/
4        /~sortColumn:  ORDER BY tz.[sortColumn] [sortDirection] ~/



posted @ 2009-06-03 17:22 teok 阅读(1271) | 评论 (2)编辑 收藏
trust what we trust...