王新友的博客

Spring在schedule这块支持JDK Timer、concurrent、quartz三种，这三种任务调度方案在实现机制和调用方法上都不同，但spring通过对其包装，使得基于spring能用统一的配置和编码风格来使用这三种schedule方案。总得来说这三种schedule都是基于scheduler->trigger->job的基本流程，因此spring通过TimerFactory

论坛上看了不少Spring Security 的相关文章。这些文章基本上都还是基于Acegi-1.X的配置方式，而 主要的配置示例也来自于SpringSide的贡献。 众所周知，Spring Security 针 对Acegi的一个重大的改进就在于其配置方式大大简化了。所以如果配置还是基于Acegi-1.X这样比较繁琐的配置方式的话，那么我们还不如直接使用 Acegi而不要去升级了。所以在

AOP有些特有的概念，如：advisor、advice和pointcut等等，使用或配置起来有点绕，让人感觉有些距离感，其实它的实现就是一组标准的设计模式的组合使用：Factory、Proxy、Chain of Responsibility，只要搞清楚这几个设计模式，读AOP的源码是比较容易的。首先看看ProxyFactoryBean这个类，这是AOP使用的入口，从AOP拿到的bean o

在具体做单元测试的过程中，会遇到一些小问题，比如：断言 JavaBean 或集合类依赖 DB 数据单元测试的数据清理Mock 依赖方彻底排除第三方环境对单元测试的影响 Unitils 提供的特性和 Spring 的一些使用技巧能够帮助我们解决以上问题。下面以实战的形式来具体分解 ：断言 JavaBean 或集合类Unitils 提供了 ReflectionAssert 用于

一直想抽空把Spring源码拿来读读，但真正去做这件事的时候发现不简单，Spring发展这么多年，它的规模已不是一个一般的开源框架所能比的，它的主要架构和流程不是非常清晰，很难抓到要害，但有一点可以肯定，它的根基是IoC和AOP，所有的功能扩展和对其他开源框架的支持都是基于这两点来做的，因此要搞定Spring源码主要就是要搞定IoC和AOP这两块。IoC从原理上来说是非常简单的，无非就是从

SpringMVC层跟JSon结合，几乎不需要做什么配置，代码实现也相当简洁。再也不用为了组装协议而劳烦辛苦了！ 一、Spring注解@ResponseBody，@RequestBody和HttpMessageConverter Spring 3.X系列增加了新注解@ResponseBody，@RequestBody @RequestBody 将HTTP请求正文转换为适

这里将用到以下几个包： 引用aopalliance-1.0.jar commons-collections.jar commons-dbcp.jar commons-logging-1.1.1.jar commons-pool.jar jstl.jar log4j-1.2.15.jar mysql-connector-java-5.1.6-bin.j

这里将用到以下几个包： 引用aopalliance-1.0.jar commons-collections.jar commons-dbcp.jar commons-logging-1.1.1.jar commons-pool.jar junit-4.4.jar jstl.jar log4j-1.2.15.jar mysql-connector-

最近接手服务器总被人质疑效率问题，说到底是质疑Spring HttpInvoke的效率问题。好在经过同事们的努力，找到了问题的根源，最终解决了这个问题。 我也顺道整理一下Spring HttpInvoke——那曾经最为熟悉的东西。 Spring HttpInvoke，一种较为常用的、基于Spring架构的服务器之间的远程调用实现，可以说是轻量级的RMI。 最初，我们使用Spring H

Spring事务配置的五种方式    前段时间对Spring的事务配置做了比较深入的研究，在此之间对Spring的事务配置虽说也配置过，但是一直没有一个清楚的认识。通过这次的学习发觉Spring的事务配置只要把思路理清，还是比较好掌握的。    总结如下：   Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机

这里将用到以下几个包： 引用aopalliance-1.0.jar commons-collections.jar commons-dbcp.jar commons-logging-1.1.1.jar commons-pool.jar jstl.jar log4j-1.2.15.jar mysql-connector-java-5.1.6-bin.j

Spring注解，改变了我的开发思路。前段时间，用@RequestBody，@ResponseBody，不费吹灰之力就解决了JSon自动绑定。接着就发现，如果遇到RuntimeException，需要给出一个默认返回JSON。 以前都是用SimpleMappingExceptionResolver拦截实现，今天偶尔看下资料，@ExceptionHandler，就把这个异常给拦截了，太方便了

我们将用到如下jar包： 引用aopalliance-1.0.jar commons-logging-1.1.1.jar log4j-1.2.15.jar spring-beans-2.5.6.jar spring-context-2.5.6.jar spring-context-support-2.5.6.jar spring-core-2.5.6.j

言归正传，研究一下注解下的控制层。 我习惯于使用JSTL展示页面，因此需要在原lib基础上增加jstl.jar和standard.jar，详细lib依赖如下： 引用aopalliance-1.0.jar commons-logging-1.1.1.jar log4j-1.2.15.jar spring-beans-2.5.6.jar spring-conte

如果要说表单，最简单的就是用户登录页面了！估计大多数做B/S出身的兄弟可能写的第一个表单就是登录表单了！ 今天，我也不例外，做一个登录验证实现！ 首先，改造一下账户类Account，增加一个id字段： Account.java Java代码  /**  * 2010-1-23  */  package org.zlex.spring.domain;

用ThreadPoolExecutor的时候，又想知道被执行的任务的执行情况，这时就可以用FutureTask。ThreadPoolTask01package com.zuidaima.threadpool;02 03import java.io.Seri