在本文的开始之前,先给大家介绍一个概念“依赖”。
什么是依赖呢?
简单的说,就是A组件需要调用B组件,B组件需要调用C组件,C组件需要调用D组件…..这种调用称为:依赖!
在最早的应用程序中,依赖关系时通过new关键字来实现的。A组件依赖B组件,就是在A组件中显示的new一个B组件。缺点:
1、硬编码,耦合性强,难以维护。A组件只需要B组件中的方法,不必关心B组件的创建问题!
2、频繁的创建对象,导致系统开销增大。
上面的这种缺点,直接催生了‘工厂模式’。
在工厂模式中,A组件依赖B组件时,A组件不再负责创建B组件,B组件的创建由工厂完成,A组件只需要跟工厂要就够了。
从代码角度来看,可以把JNDI查找看做是典型的工厂模式。
把Context当做是工厂,jndi当做是被生产的产品。
Context ctx=new InitialContext();
Xxx xx=(Xxx)ctx.lookup(jndi);
而实际上,JNDI并不是工厂模式!那么到底是谁生产的这些产品呢?正确答案是:我们通常用XML的方式来配置对象,而真正创建这些对象的是一个用服务器、EJB容器这类工厂,只不过他们都是功能异常强大的工厂。
当应用服务器、EJB容器把各种对象(如:数据源,JMS消息目的、EJB实例)创建出来之后,接下来就是给这些对象起个可以全局访问的名字供外界访问。这个过程被称作是:JNDI绑定。
而通过JNDI查找应用服务器,EJB容器中时,就相当于客户端向工厂要他们所依赖组件的过程。
再后来,Spring框架提出依赖注入的概念。
当A组件依赖B组件时,开发者通过XML文件或者Annotation进行配置,而由容器来负责实例化B组件,并将B组件注入到A组件中,这就是所谓的依赖注入。
很明显,依赖注入是建立在工厂模式的基础上又向前走了一步。使用依赖注入后,当A组件依赖B组件时,A组件不再需要向工厂要B组件,而是由容器主动将B组件注入到A组件中。
依赖注入比JNDI查找更先进,更有利于代码解耦。
关于依赖注入,本文主要从以下两方面讲解:资源依赖、EJB依赖
1.资源依赖 @Resource@Resources
如:A组件依赖于某个数据源资源,某个JMS消息目的等
2.EJB依赖 @EJB@EJBs
如:A组件依赖于某个EJB。
( 一)EJB注入
EJB注入主要靠位于javax.ejb包下的@EJB@EJBs两个Annotation来提供。
@EJB既可以用于修饰Bean实现类的成员变量,也可以用于修饰Bean类setter方法。EJB容器的依赖注入会自动将对应的EJB注入该Field或setter方法中。
使用@EJB时,可以指定如下属性:
beanInterface:该属性指定被注入EJB所实现的接口。该属性通常用于区分所引用的Bean是远程调用Bean,还是本地Bean
name:用于指定被注入的Bean在JNDI ENC中的注册项名称,该名称在不同应用服务器中可能存在差异。
beanName:该属性指定被注入EJB的名称,用起来比较方便。其值与被注入Bean中@Stateless.name @Stateful.name 或ejb-jar.xml中<ejb-name…>元素所指定的值相等。
mappedName:指定被注入EJB的JNDI名,但由于全局JNDI名与应用服务器厂商有关系,因此设置该属性可能降低应用的可移植性。
本例将介绍:本地调用的EJB注入远程调用的EJB中,从而间接的让本地EJB也可以对外提供服务。
本地调用EJB,业务接口
@Local Public interface Hello{ Public String hello(String name); }
本地调用EJB,实现类
@Stateless(name="Hello") Public class HelloBean implements Hello{ Public String hello(String name){ Return name+",现在时间:"+new java.util.Date(); } }
新的EJB,业务接口
@Remote Public interface CallHello{ String callHello(String name); }
接下来定义新的EJB,用于调用上面的Hello EJB。(此时不需要JNDI查找,而是通过依赖注入的方式)
新的EJB,实现类
@Stateless(mapped="CallHello") Public class CallHelloBean implements CallHello{ @EJB(beanName="Hello")//修饰hello实例变量,EJB容器就会将该应用中表示名为Hello的EJB注入到hello实例变量。 Private Hello hello; Public String callHello(String name){ Final String str="调用Hello EJB成功,返回值:"; String result=hello.hello("nihao,zhongguo"); System.out.println(str+result); Return str+result; } }
编译上面的4个Java文件,后将它们打包成一个EJB的JAR包,后部署到服务器中。
总结:本例中,整个应用的EAO层是Local EJB,而应用业务逻辑层的Session Bean则需要依赖这些EAO EJB。因此,会采用依赖注入将这些EAO注入到Session Bean中。
至于Session Bean到底定义成Remote?还是Local?这取决于应用是否需要让业务逻辑层提供远程访问支持。
(二)资源注入
用法与@EJB基本相同,也是由于修饰Bean实现类的成员变量或setter方法。
使用@Resource Annotation时可使用如下属性:
String mappedName:指定该资源JNDI应用名称
String name:该属性指定外部资源JDNI ENC名称,该名称在不同的应用服务器中可能有小小的变化
Boolean shareable:该属性指定该资源是否可以共享
Class type:该属性执行资源对应的Java类名
本例将介绍:
@Stateless(mappedName="Cmt2") @TransactionManagement(TransactionManagementType.CONTAINER) @TransactionAttribute(TransactionAttributeType.required) public class Cmt2Bean implements Cmt2{ @Resource(mappedName="javaee") private DataSource ds=null; @Resource private SessionContext sessCtx; public void insert(){ try { Connection conn=ds.getConnection(); Statement stmt=conn.createStatement(); int result=stmt.executeUpdate("inset into TB_USER "+"value(null,'新用户','zhaolijing')"); System.out.println(result); stmt.close(); conn.close(); } catch (sqlException e) { e.printStackTrace(); sessCtx.setRollbackOnly(); } } }
上面例子中,@Resource都是依赖注入的Annotation。
@Resource(mappedName="javaee"),告诉EJB容器将JNDI为javaee的数据源注入到该成员变量,因此该Bean实现类中无须对ds成员变量执行初始化,后面却可以通过它来访问数据库。
总结:本文主要讲述了“依赖注入”的由来,同时从两方面进行讲解:资源依赖、EJB依赖
1.早先的‘依赖’可以理解为‘调用关系’,A调用B,则在A中new B。
2.后来,出现了“工厂模式”,使得创建B的过程,交给工厂来做。A只需要跟工厂‘要’B就可以了。
3.后来,出现了‘容器’,创建B的过程,交给容器(是一个异常强大的工厂)来做。然后给B提供一个全局访问的名字,这个过程叫做:JNDI绑定。然后A通过查找,可以使用B。
4.再后来,出现了“依赖注入”,@H_324_403@由容器来负责实例化B,并将B注入到A中,这就是所谓的依赖注入。这样的好处在于,当A使用B时,A不再需要向工厂/容器要B,而是由容器主动将B注入到A中。
依赖注入比JNDI查找更先进,更有利于代码解耦。