BlogJava-为了生活而生活-文章分类-spring

转 Spring提供的Hibernate申明式事务管理有两种办法

terryliu — Tue, 01 Apr 2008 09:49:00 GMT

Spring提供的Hibernate申明式事务管理有两种办法

a) 配合使用org.springframework.transaction.interceptor.TransactionInterceptor和org.springframework.orm.hibernate.HibernateTransactionManager，下面是spring reference的例子

代码:

...
class="org.springframework.orm.hibernate.HibernateTransactionManager">

class="org.springframework.transaction.interceptor.TransactionInterceptor">

product.ProductService.increasePrice*=PROPAGATION_REQUIRED
product.ProductService.someOtherBusinessMethod=PROPAGATION_MANDATORY

product.ProductService

myTransactionInterceptor

HibernateInterceptor和事务无关，它的用途在javadocs中描述如下：

引用:

This interceptor binds a new Hibernate Session to the thread before a method
call, closing and removing it afterwards in case of any method outcome.
If there already was a pre-bound Session (e.g. from HibernateTransactionManager,
or from a surrounding Hibernate-intercepted method), the interceptor simply
takes part in it.

b)使用TransactionProxyFactoryBean，下面是Spring Reference中的例子

代码:

...
class="org.springframework.orm.hibernate.HibernateTransactionManager">

class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

PROPAGATION_REQUIRED
PROPAGATION_MANDATORY

在没有其他AOP interceptor情况下，使用TransactionProxyFactoryBean是比较方便的。
事务划分一般是的业务层，而不是在DAO一层。

2.代理工厂返回的是接口AddressDao的应用，通过接口最终调用target的方法。
3.TransactionDefinition定义了所有的事务属性

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=396860

terryliu 2008-04-01 17:49 发表评论

转 Spring+Hibernate配置事务

terryliu — Tue, 01 Apr 2008 09:36:00 GMT

摘要: 阅读全文

terryliu 2008-04-01 17:36 发表评论

Spring中bean的基本xml配置

terryliu — Tue, 13 Mar 2007 14:14:00 GMT

在spring容器内拼凑bean叫作装配。装配bean的时候，你是在告诉容器，需要哪些bean，以及容器如何使用依赖注入将它们配合在一起。
    理论上，bean装配可以从任何资源获得，包括属性文件，关系数据库等，但xml是最常见的spring 应用系统配置源。Spring中的几种容器都支持使用xml装配bean，包括：
    XmlBeanFactory ，
    ClassPathXmlApplicationContext ，
    FileSystemXmlApplicationContext ，
    XmlWebApplicationContext

    基本的xml配置包括如下几个方面：

    1．添加一个bean
    2．设置bean的属性
        2.1 手动设置
            2.1.1 通过Setter方法
            2.1.2 通过构造器
        2.2 自动设置
    其中bean的属性即为bean里的成员变量，这些成员变量值的获得可以通过setter方法，例如某个属性为name,则setter方法为setName(String name)；或者通过构造器在类被实例化时初始化。Setter方法(例如setName方法)或者构造器的调用都可以通过在xml文件里进行配置，从而实现让spring容器来自动进行。

1．添加一个bean
    以下是一个例子：
            id = “mybean”
        Class = “blog.spring.MyBean”
        Singleton = “false”
        init-method = “initMethod”
        destroy-method = “destroyMethod”
        autowire = “autowire type”
    />
    下面是对该标签里各个属性的解释：
    Id : 标识该bean的名称，通过factory.getBean(“id”)来获得实例。
    Class : 该bean的类路径。
    Singleton : 默认为true，即单实例模式，每次getBean(“id”)时获取的都是同
一个实例，如果设置为false，即原型模式，则每次获取的是新创建
的实例。
    Init-method : 在bean实例化后要调用的方法(bean里定义好的方法)。
    Destroy-method : bean从容器里删除之前要调用的方法。
    Autowire : 其属性要通过何种方法进行属性的自动装配。
    对于上述的各个属性，id和class是必要的，其他的则可以省略。例如如果设置了autowire的值，则表明需要自动装配，否则是手动装配。

2．通过Setter方法手动设置bean里的属性
    Bean里的属性通过标签来标识。有以下几种情况：
    ● 简单类型属性


                springTest


    ● 引用其他bean






也可以将改为

这样叫做内部bean，缺点是无法在其他地方重用这个bean的实例。
    ● 装配集合
        共有以下几种集合的装配：
    ****装配List和数组****


                something

                otherThing


    ****装配Set****


                something

                otherThing


    ****装配Map****



                    value1






    ****装配Properties****


                value1
                value2


    ● 设置null
        要将一个属性null，需要通过标签，如果不设置，则属性为默认值(在实例化时)而不是null。


3．通过构造器手动设置bean里的属性
    假设有如下一个bean：
    Public class MyBean {
        Public MyBean( String arg1, MyBean1 arg2, String arg3 )
    }
则可以在xml里这样配置该bean：

springTest

其中的index是用来标识该参数在构造函数里的位置的，并从0开始。

4．让spring完成自动装配
    例如：
id = “mybean”
class = “blog.spring.MyBean”
autowire = “autowire type”
/>
下面是几种autowire type的说明：
● byname : 试图在容器中寻找和需要自动装配的属性名相同的bean或id，如果没有找到相应的bean，则这个属性未被装配上。
● byType : 试图在容器中寻找一个与需要自动装配的属性类型相同的bean或id，如果没有找到，则该属性未被装配上。
● constructor : 试图在容器中寻找与需要自动装配的bean的构造函数参数一致的一个或多个bean，如果没找到则抛出异常。
● autodetect : 首先尝试使用constructor来自动装配，然后再使用byType方式。
从上面可以看出，如果某个bean不手动设置autowire属性，则默认为手动装配。如果需要将所有bean都设置为自动装配时，可以通过在标签中设置default-autowire属性。标签是整个xml文档的根，在它下面就是一个个的。
其中default-autowire的值也有byName，byType，constructor，autodetect四种。
例如配置如下：

    ...

    自动装配可能带来不确定性问题。例如使用byType时可能同时发现两个相同的类型，则不知道该采用哪一个。所以可能混合采用自动和手动装配。例如，对某个bean设置为自动装配，而对其某个属性则手动明确的设置其值，例如：
    Autowire = “byType”
>




通过这样的配置，对mybean里的name属性进行手动装配，而对除name外的其他属性就进行自动装配。

terryliu 2007-03-13 22:14 发表评论

Spring控制反转(IoC)的理解

terryliu — Tue, 13 Mar 2007 14:13:00 GMT

Spring框架的核心就是控制反转(Inversion of Control)和依赖注入(Dependency Injection)，通过这两方面来实现松耦合。

    使用IoC，对象是被动的接受依赖类，而不是自己主动的去找。容器在实例化的时候主动将它的依赖类注入给它。可以这样理解：控制反转将类的主动权转移到接口上，依赖注入通过xml配置文件在类实例化时将其依赖类注入。通过下面的实例来逐步的理解：

    首先假设有一个需求，类Business需要调用类Dependency的方法f()，按照日常的做法，得到下面的代码：
//**类Dependency**
public class Dependency {
    public void f() {};
}
//**类Business**
public class Business {
    Dependency d;
    public Business() {
    d = new Dependency();
    }
    public void doSth() {
        d.f();
    }
}

    对上述实现做出如下修改：
    首先，将Business里的Dependency实例的获得该为setter方式，其次，将Dependency类改为某个接口的实现。故可以得到下面新的代码：
//**接口IDependency**
public inte***ce IDependency {
    void f();
}
//**类Dependency**
public class Dependency {
    public void f() {};
}
//**类Business**
public class Business {
    IDependency d;
    public Business() {}
    public void doSth() {
     d.f();
    }
    public void setDependency(IDependency d) {
        this.d = d;
    }
}

    在新的代码中，首先Business的变量d可以接收任何IDependency的实例，另外，Dependency的实例不是通过Business来获得，而是通过setter(也可以用构造器)来由外部传给它。这似乎跟我们往常的代码没什么不同，但这已经是一个良好的设计。关键就是Dependency的实例如何从外部注入给Business呢？
这就要通过xml来实现了。

    创建一个SpringFirst.xml，进行简单的配置：


            id = "business"
        class = "aopfirst.business.Business"
    >





    这个配置文件里将Dependency类和Business类加入，并将Dependency作为Business的一个参数。

    单有了这个xml文件还不够，还需要一个测试类来加载该xml文件，spring提供了现成的API，在加载上面的xml的时候，就进行了如下工作：实例化Dependency类，实例化Business类，并将Dependency的实例作为参数赋给了Business实例的
setDependency()方法。下面是该测试程序：

public class StartServer {
    public static void main(String [] args) {
     ClassPathResource cr = new ClassPathResource("SpringFirst.xml");
     BeanFactory factory = new XmlBeanFactory(cr);
     Business b = (Business)factory.getBean("business");
     b.doSth();
    }
}

    上面的程序加载了xml以后，获得id为"business"的bean，即Business类的实例，并调用了其doSth()方法。由此可见，Business的依赖类Dependency是通过xml来注入的，而且Business是通过接口IDependency来接收Dependency实例。因此，当我们又有新的IDependency的实现时，只需要修改xml文件即可，测试程序只需要根据xml里的id值来获得需要的参数。

    总结上面的例子，对控制反转和依赖注入已经能理解了。依赖类(Dependency)是通过外部(xml)来注入的，而不是由使用它的类(Business)来自己制造，这就是依赖的注入。另一方面，Business对类Dependency的依赖转移到对接口IDependency的依赖，控制权由类转移到了接口，即由"实现"转移到"抽象"中。这就是控制反转。

terryliu 2007-03-13 22:13 发表评论