国产精品av久久久久久麻豆网,亚洲一区二区三区精品中文字幕,久久综合久久久

Struts配置�q�接池错误解决问题及实例

sun — Mon, 26 Nov 2007 15:37:00 GMT

我用的是tomcat5.5�Q�配�|�了日志之后打印��Z��列信息：
       ERROR main org.springframework.web.context.ContextLoader - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Instantiation of bean failed; nested exception is java.lang.NoClassDefFoundError: org/apache/commons/pool/impl/GenericObjectPool
Caused by:
java.lang.NoClassDefFoundError: org/apache/commons/pool/impl/GenericObjectPool
    at java.lang.Class.getDeclaredConstructors0(Native Method)
    at java.lang.Class.privateGetDeclaredConstructors(Class.java:2328)
    at java.lang.Class.getConstructor0(Class.java:2640)
    at java.lang.Class.getDeclaredConstructor(Class.java:1953)
    ……

    从日志信息看问题已经很明显了�Q�是applicationContext.xml的dataSource问题�?br /> 解决�Ҏ��Q?br /> 1 ��?lt;bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource">
    改�ؓ之后问题得到解决。（org.springframework.jdbc.datasource.DriverManagerDataSource 不可以��用连接池。）
2 org.apache.commons.dbcp.BasicDataSource作�ؓ注入的DataSource源，��Z��使用 DBCP的功能，必须要将commons-dbcp.jar加入CLASSPATH中，另外�q�需要commons-pool.jar和commons- collections.jar�Q�这些都可以在Spring的lib目录下找到�?br /> org.springframework.jdbc.datasource.DriverManagerDataSource�q�没有提供连接池的功能，只能作作��单的单机�q�接��试。��用org.apache.commons.dbcp.BasicDataSource时缺��commons-pool.jar所以会出现如题的问题�?nbsp;
    从日志信息看问题已经很明显了�Q�是applicationContext.xml的dataSource问题�?br /> 解决�Ҏ��Q?br /> 1 ��?lt;bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource">
    改�ؓ之后问题得到解决。（org.springframework.jdbc.datasource.DriverManagerDataSource 不可以��用连接池。）
2 org.apache.commons.dbcp.BasicDataSource作�ؓ注入的DataSource源，��Z��使用 DBCP的功能，必须要将commons-dbcp.jar加入CLASSPATH中，另外�q�需要commons-pool.jar和commons- collections.jar�Q�这些都可以在Spring的lib目录下找到�?br /> org.springframework.jdbc.datasource.DriverManagerDataSource�q�没有提供连接池的功能，只能作作��单的单机�q�接��试。��用org.apache.commons.dbcp.BasicDataSource时缺��commons-pool.jar所以会出现如题的问题�?

sun 2007-11-26 23:37 发表评论

Spring事务��理

sun — Fri, 02 Nov 2007 13:13:00 GMT

Spring 事务��理

Spring提供的事务管理可以分��Z��c�：�~�程式的和声明式的。编�E�式的，比较灉|��Q�但是代码量大，存在重复的代码比较多;声明式的比编�E�式的更灉|��方便�?/span>

Spring提供的编�E�式的事务处�?/span>

　　Spring提供了几个关于事务处理的�c�：

　　TransactionDefinition //事务属性定�?/span>

TranscationStatus //代表了当前的事务�Q�可以提交，回滚�?/span>

TransactionTemplate//Spring提供的事务模�?/span>

　　PlatformTransactionManager�q�个�?/span>spring提供的用于管理事务的基础接口�Q�其下有一个实现的抽象�c?/span>AbstractPlatformTransactionManager�Q�我们��用的事务��理�c�M��?/span>DataSourceTransactionManager�{�都是这个类的子�c�R�?/span>

我们使用�~�程式的事务��理��程可能如下�Q?/span>

(1) 声明数据源�?/span>

(2) 声明一个事务管理类�Q�例如：DataSourceTransactionManager,HibernateTransactionManger,JTATransactionManager�{?/span>

　　(3) 在我们的代码中加入事务处理代码：

　　TransactionDefinition td = new TransactionDefinition();

　　TransactionStatus ts = transactionManager.getTransaction(td);

　　try{

　　//do sth　transactionManager.commit(ts);

　　}catch(Exception e){transactionManager.rollback(ts);

　　}

　　使用Spring提供的事务模�?/span>TransactionTemplate�Q?/span>

　　void add(){

　　transactionTemplate.execute( new TransactionCallback(){

　　public Object doInTransaction(TransactionStatus ts){

　　//do sth}

　　}}

TransactionTemplate也是为我们省��M��部分事务提交、回滚代�?/span>;定义事务模板�Ӟ��需注入事务��理对象�?/span>

Spring提供的声明式事务处理

　　Spring声明式事务处理也主要使用�?/span>IoC�Q?/span>AOP思想�Q�提供了TransactionInterceptor拦截器和常用的代理类TransactionProxyFactoryBean�Q�可以直接对�l��g�q�行事务代理�?/span>

　　使用TransactionInterceptor的步骤：
　　�Q?/span>1�Q�定义数据源�Q�事务管理类
　　�Q?/span>2�Q�定义事务拦截器,例如�Q?/span>

�Q�bean id = "transactionInterceptor"
class="org.springframework.transaction.interceptor.TransactionInterceptor"�Q?br /> �Q�property name="transactionManager"�Q�＜ref bean="transactionManager"/�Q�＜/property�Q?br /> �Q�property name="transactionAttributeSource"�Q?br /> �Q�value�Q?br /> com.test.UserManager.*r=PROPAGATION_REQUIRED
�Q?value�Q?br /> �Q?property�Q?br /> �Q?bean�Q?/span>

　　�Q?/span>3�Q��ؓ�l��g声明一个代理类�Q?/span>ProxyFactoryBean

�Q�bean id="userManager" class="org.springframework.aop.framework.ProxyFactoryBean"�Q?br /> �Q�property name="proxyInterfaces"�Q�＜value�Q�com.test.UserManager�Q?value�Q�＜/property�Q?br /> �Q�property name="interceptorNames"�Q?br /> �Q�list�Q?br /> �Q�idref local="transactionInterceptor"/�Q?br /> �Q?list�Q?br /> �Q?property�Q?br /> �Q?bean�Q?/span>

　　使用TransactionProxyFactoryBean�Q?/span>

�Q�bean id="userManager"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"�Q?br /> �Q�property name="transactionManager"�Q�＜ref bean="transactionManager"/�Q�＜/property�Q?br /> �Q�property name="target"�Q�＜ref local="userManagerTarget"/�Q�＜/property�Q?br /> �Q�property name="transactionAttributes"�Q?br /> �Q�props�Q?br /> �Q�prop key="insert*"�Q�PROPAGATION_REQUIRED�Q?prop�Q?br /> �Q�prop key="update*"�Q�PROPAGATION_REQUIRED�Q?prop�Q?br /> �Q�prop key="*"�Q�PROPAGATION_REQUIRED,readOnly�Q?prop�Q?br /> �Q?props�Q?br /> �Q?property�Q?br /> �Q?bean�Q?/span>

　　TransactionProxyFactoryBean只是为组件的事务代理�Q�如果我们要�l�组件添加一些业务方面的验证�{�，可以使用TransactionTemplate加拦截器方式�Q��ؓ�l��g��d��多个拦截器，spring AOP中提供了三类Advice,卛_��增强�Q�后增强�Q�抛出异常时的增强，可以灉|��使用�?/span>

sun 2007-11-02 21:13 发表评论

sun — Wed, 31 Oct 2007 14:01:00 GMT

Spring Bean ��装机制

Spring 大量引入�?/span>Java �?/span>Reflection机制�Q�通过动态调用的方式避免��编码方式的�U�束�Q��ƈ在此基础上徏立了其核心组�?/span>BeanFactory�Q�以此作为其依赖注入机制的实现基��?/span>

org.springframework.beans包中包括了这些核心组件的实现�c�，核心中的核心�?/span>BeanWrapper�?/span>BeanFactory�c�R��（对其源码�q�行研读�Q�必有所��P��?/span>BeanFactory家族如图1所�C��?/span>

�?/span>1 BeanFactory家族

BeanWrapper

讲的通俗点，��是在运行期�Q�由Spring�Ҏ��配置文�g�Q�将其他对象的引用通过�l��g的提供的setter�Ҏ��q�行讑֮��?/span>

通过BeanWrapper�Q�我们可以无需在编码时��指�?/span>JavaBean的实现类和属性��|��通过在配�|�文件加以设定，��可以在�q�行期动态创建对象�ƈ讑֮�其属性（依赖关系�Q��?/span>

BeanFactory

Bean Factory�Q�顾名思义�Q�负责创建�ƈ�l�护Bean实例�?/span>

Bean Factory负责�Ҏ��配置文�g创徏Bean实例�Q�可以配�|�的��目有：

1�Q?/span> Bean属性值及依赖关系�Q�对其他Bean的引用）

2�Q?/span> Bean创徏模式�Q�是�?/span>Singleton模式�Q�即是否只针�Ҏ��定类�l�持全局唯一的实例）

3�Q?/span> Bean初始化和销毁方�?/span>

4�Q?/span> Bean的依赖关�p?/span>

联合上面关于BeanWrapper的内容，我们可以看到�Q?/span>BeanWrapper实现了针对单�?/span>Bean的属性设定操作。�?/span>BeanFactory则是针对多个Bean的管理容器，�Ҏ��l�定的配�|�文�Ӟ��BeanFactory从中��d��c�d��、属性名/��|��然后通过Reflection机制�q�行Bean加蝲和属性设定�?/span>

ApplicationContext

ApplicationContext覆盖�?/span>BeanFactory的所有功能，�q�提供了更多的特性。此�?/span>ApplicationContext��Z��现有应用框架相整合，提供了更为开攑ּ�的实玎ͼ�如对�?/span>Web应用�Q�我们可以在web.xml中对ApplicationContext�q�行配置�Q��?/span>

相对BeanFactory而言�Q?/span>ApplicationContext提供了以下扩展功能：

1�Q?/span> 国际化支持（MessageSource�Q?/span>

我们可以�?/span>Beans.xml文�g中，对程序中的语�a�信息�Q�如提示信息�Q�进行定义，��程序中的提�C�Z��息抽取到配置文�g中加以定义，为我们进行应用的各语�a�版本转换提供了极大的灉|��性�?/span>

2�Q?/span> 资源讉K��Q?/span>ResourceLoader�Q?/span>

支持�Ҏ��件和URL的访问�?/span>

3�Q?/span> 事�g传播�Q?/span>ApplicationEventPublisher�Q?/span>

事�g传播�Ҏ��ؓ�pȝ��中状态改变时的检��提供了良好支持�?/span>

4�Q?/span> 多实例加载可以在同一个应用中加蝲多个Context实例。（ListableBeanFactory�Q?/span>

WebApplicationContext

�?/span>ApplicationContext的区别：ApplicationContext均通过�~�码加蝲。对�?/span>Web应用�Q?/span>Spring提供了可配置�?/span>ApplicationContext加蝲机制�?/span>

两种加蝲器：ContextLoaderServlet , ContextLoaderListener

配置非常��单，�?/span>web.xml中增加：

<listener-class>org.springframework.web.context.contextLoaderLisenterlistener-class>

listener>

或：

<servlet-name>contextservlet-name> <servlet-class>org.springframework.web.context.contextLoaderServletservlet-class>

<load-on-startup>1load-on-startup>

servlet>

通过�?span lang="EN-US" style="font-size: 10.5pt; font-family: 'Times New Roman'; mso-bidi-font-size: 12.0pt; mso-font-kerning: 1.0pt; mso-fareast-font-family: 宋体; mso-ansi-language: EN-US; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"> 上配�|�，Web容器会自动加�?/span>/WEB-INF/applicationContext.xml初始�?/span>ApplicationContext�?br />

sun 2007-10-31 22:01 发表评论

sun — Mon, 29 Oct 2007 12:52:00 GMT

IoC�Q?/span>

用白话来�Ԍ��是由容器控制程序之间的关系�Q�而非传统实现中，��q��序代码直接操控。这也就是所�?#8220;控制反�{”的概忉|��在：控制权由应用代码中�{��C��外部容器�Q�控制权的�{�U�，是所谓反转�?/span>

DI�Q?/span>

依赖注入的几�U�实现类�?

1.接口注入

2.构造子注入

3.讑ր�注�?/span>

几种依赖注入模式的对比�ȝ��

接口注入模式因�ؓ具备侵入性，它要求组件必��M��特定的接口相兌��Q�因此�ƈ不被看好�Q�实际��用有限�?/span>

Type2�?/span>Type3的依赖注入实现模式均具备无��R入性的特点。在�W�者看来，�q�两�U�实现方式各有特点，也各具优势（一句经典废�?/span>J�Q��?/span>

Type2 构造子注入�?span style="border-right: windowtext 1pt solid; padding-right: 0cm; border-top: windowtext 1pt solid; padding-left: 0cm; padding-bottom: 0cm; border-left: windowtext 1pt solid; padding-top: 0cm; border-bottom: windowtext 1pt solid">优势�Q?/span>

1�Q?/span> “在构造期卛_��Z��个完整、合法的对象”�Q�对于这�?/span>Java设计原则�Q?/span>Type2无疑是最好的

响应者�?/span>

2�Q?/span> 避免了繁琐的setter�Ҏ��的编写，所有依赖关�p�d��在构造函��C��讑֮��Q�依赖关�p�集中呈玎ͼ�

更加易读�?/span>

3�Q?/span> �׃��没有setter�Ҏ��Q�依赖关�p�d��构造时由容器一�ơ性设定，因此�l��g在被创徏之后卛_��于相�?#8220;不变”的稳定状态，无需担心上层代码在调用过�E�中执行setter�Ҏ��对组件依赖关�p�M�生破坏，特别是对�?/span>Singleton模式的组件而言�Q�这可能�Ҏ��个系�l��生重大的影响�?/span>

4�Q?/span> 同样�Q�由于关联关�p�M��在构造函��C��表达�Q�只有组件创��需要关心组件内部的依赖关系。对调用者而言�Q�组件中的依赖关�p�d��于黑盒之中。对上层屏蔽不必要的信息�Q�也为系�l�的层次清晰性提供了保证�?/span>

5�Q?/span> 通过构造子注入�Q�意味着我们可以在构造函��C��军_��依赖关系的注入顺序，对于一个大量依赖外部服务的�l��g而言�Q�依赖关�pȝ��获得��序可能非常重要�Q�比如某个依赖关�p�L��入的

先决条�g是组件的DataSource及相兌��源已�l�被讑֮��?/span>

Type3 讑ր�注入的优势

1�Q?/span> 对于习惯了传�l?/span>JavaBean开发的�E�序员而言�Q�通过setter�Ҏ��讑֮�依赖关系昑־�更加�?/span>

观，更加自然�?/span>

2�Q?/span> 如果依赖关系�Q�或�l�承关系�Q�较为复杂，那么Type2模式的构造函��C��会相当庞大（我们需要在构造函��C��讑֮�所有依赖关�p�）�Q�此�?/span>Type3模式往往更�ؓ��z��?/span>

3�Q?/span> 对于某些�W�三方类库而言�Q�可能要求我们的�l��g必须提供一个默认的构造函敎ͼ��?/span>Struts

中的Action�Q�，此时Type2�c�d��的依赖注入机制就体现出其局限性，难以完成我们期望的功

能�?br />
注：本文的很多�ȝ��来源于对《spring框架�Q�技术详解及使用指导》（作者：夏昕�Q�的学习�?/span>

sun 2007-10-29 20:52 发表评论