由于系统涉及业务太多,数据管理方面也相当复杂,用Spring实现事务管理的时候,如果采用默认的方式,单独给每个业务的 Service 配置代理 Proxy,务必会使配置工作很繁重,但是使用自动配置事务机制以后,一切工作都会很轻松,包括嵌套事务的实现,也相当轻松,网上流动许多关于Spring事务配置的帖子,但是都很不完全,缺东少西,也给许多爱好者带来不便,下面将这两天的调试结果写下,希望对朋友们有所帮助!首先,本系统采用的是 业务和事务的并行方式,也就是说 根据现实中的业务来决定事务的大小,尽最大可能避免事务嵌套,但是为了考虑系统的稳定性,把事务配置为支持嵌套的方式!缺点:测试代码由于只是对spring的事务进行测试,所以异常没有特别处理,包括其他的代码,都是个人在私下编写,仅供朋友们参考!测试设计:1:业务接口:package ioc;public interface CategoryService{ public void save(Param阅读全文>
发表于 @ 2008年11月07日 15:57:00 | 评论( loading... ) | 举报| 收藏
在所有使用 spring 的应用中, 声明式事务管理可能是使用率最高的功能了, 但是, 从我观察到的情况看,
绝大多数人并不能深刻理解事务声明中不同事务传播属性配置的的含义, 让我们来看一下 TransactionDefinition 接口中的定义
代码/** * Support a current transaction, create a new one if none exists. * Analogous to EJB transaction attribute of the same name. *
This is typically the default setting of a transaction definition. */ int PROPAGATION_REQUIRED = 0; /** * Support a current transaction, execute non-transactionally if none exists. 阅读全文>
发表于 @ 2008年11月07日 13:59:00 | 评论( loading... ) | 举报| 收藏
今天上午回来设计了一点新闻发布系统周边的功能,并实现了对新闻进行重新索引的功能。
但同时在列出相关新闻的时候遇到了麻烦。就是原本运行好好的分页查询代码,居然有个小虫子跑出来,
很是令人不爽。说来也惭愧,Hibernate也用了那么长时间了。可对底层API却很不属性。
查了下网络,把自己的一知半解说出来。
bug起源。
看看代码:阅读全文>
发表于 @ 2008年08月22日 09:38:00 | 评论( loading... ) | 举报| 收藏
具有一个直观的、可扩展的条件查询API是Hibernate的特色。 # # 15.1. 创建一个Criteria 实例 # org.hibernate.Criteria接口表示特定持久类的一个查询。Session是 Criteria实例的工厂。 # # Cri阅读全文>
发表于 @ 2008年08月22日 09:17:00 | 评论( loading... ) | 举报| 收藏
webwork里面List迭代数据字典Map中数据!阅读全文>
发表于 @ 2008年05月15日 11:15:00 | 评论( loading... ) | 举报| 收藏
Webwork validation 一例阅读全文>
发表于 @ 2008年05月04日 13:07:00 | 评论( loading... ) | 举报| 收藏
一、简介:BeanUtils提供对 Java反射和自省API的包装。其主要目的是利用反射机制对JavaBean的属性进行处理。我们知道,一个JavaBean通常包含了大量的属性,很多情况下,对JavaBean的处理导致大量get/set代码堆积,增加了代码长度和阅读代码的难度。二、用法:BeanUtils是这个包里比较常用的一个工具类,这里只介绍它的copyProperties()方法。该方法定义如下:public static void copyProperties(java.lang.Object dest,java.lang.Object orig) throws java.lang.IllegalAccessException, java.lang.reflect.InvocationTargetException如果你有两个具有很多相同属性的JavaBean,一个很常见的情况就是Struts里的PO阅读全文>
发表于 @ 2008年04月25日 16:07:00 | 评论( loading... ) | 举报| 收藏