EJB3..0的依赖注入的使用

longgangbai

浏览: 7341160 次
性别:
来自: 上海

最近访客更多访客>>

liuqibo861129

sdcharles

paladin1988

ljq867

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

EJB3有点使用

为什么我喜欢EJB 3.0并且尤其喜欢EJB 3.1

package com.easyway.tbs;

/**
*
* @author longgangbai
*
*/
public interface Injection {
public String sayHello();
}

package com.easyway.tbs;

import javax.ejb.EJB;
import javax.ejb.Remote;
import javax.ejb.Stateless;
/**
* 依赖注入的应用
* @author longgangbai
*
*/

@Stateless
@EJB(//@EJB注解工作时，会自动引发容器在JNDI ENC中为被注入的元素创建一个注册项，这不仅对@EJB注解使用，对其他的环境用注解也使用，名称有name决定，如果没有，则容器
name="ejb/HellWorld", //ejb 引用的JNDI ENC注册项名称，相对于java：comp/env 上下文
beanName="HelloWorldBean", //被调用EJB的名称   其值与@Stateless.name(),@Stateful.name(),或者ejb-jar.xml中<ejb-name>元素所指定的值相等。
beanInterface=HelloWorld.class //bean接口的名称，用于区分本地还是远程接口，如果在bean class 上面必须指定该属性值，其他可以省略
       // ,mappedName="" //EJB的全局JNDI的名称，而全局JNDI的名称与容器厂商有关，设置该属性值将不利于移植
//
)//通过注解添加注册项
/*
    上面代码相等于如下配置
    <enterprise-beans>
     <session>
        <ejb-name>InjectionBean</ejb-name>
         <ejb-ref>
            <ejb-ref-name>ejb/HelloWorld</ejb-ref-name>
             <ejb-ref-type>Session</ejb-ref-type>
             <remote>com.easyway.tbs.HelloWorld</remote>
             <ejb-link>HelloWorldBean</ejb-link>
         </ejb-ref>
     </session>
</enterprise-beans>

*/
@Remote(Injection.class)
public class InjectionBean implements Injection{
/**
*
* 备注如果要从ENC中户获取资源的引用，我们可以通过注册项目名称进行JDNI查找，
* 例如：
*   HelloWorld helloWorld=(HelloWorld)ctx.lookup("java:comp/env/ejb/HelloWorld")
*
*   comp:代表组件，
*   java:comp/env指向该EJB的ENC，
*   ejb/HellWorld是在ＥＮＣ中定义的注册项的名称。
*
* EJB的注入方式
*/
private HelloWorld hellworld;

@EJB(beanName="HelloWorldBean")//采用EJB注入的方式
public void setHelloWorld(HelloWorld hellworld)
{
this.hellworld=hellworld;
}

public String sayHello(){
      return hellworld.sayhello("注入者");
     }
}

简介

EJB 3是Java EE 5中获取提升最多的技术，在即将发布的Java EE 6中 EJB 3.1将进一步带给大家惊喜。Adam结合他的项目实践，在本文中详细列举了他所喜爱EJB 3的特性。

Marc Fleury在2002年写了一篇值得一读的文章蓝皮书 "为什么我爱EJB" (下载)，他的观点在当时是令人惊讶的。我那是已经在使用EJB，但并不真正地爱他们 :-)。我没有到哪个程度，但我真的喜欢EJB 3.0。原因如下：

性能开销低。Glassfish v2中只有大约3%.
EJB 3.0是线程安全的(thread save)。这是一个巨大的优点。每个线程所都拥有的实例，包括所有注入的资源比如实体管理器(Entity Manager)，数据源(Data Source)和JMS，都是线程安全的。最棒的是：容器为你做到了这一切。你只需要一个标识（annotation），比如引用EJB的@EJB，获取持久化上下文的@PersistenceContext以及引用资源的@Resource :-))。更多讨论请参看"plain old Web Container" :-)（想想POJO-Plain Old Java Object，译者注）。提醒一下：Servlet作为一种单例(singletons)模式不是线程安全的。
EJB 3.0 支持事务（transactional）。所以只要成功调用了EJB方法，所有的资源将都是同步的(synchronized），比如写到数据库中的数据，发给服务器的消息等。容器会为你做到这些，你只要知道你所要做的是什么 (这和平台无关，但有时难以实现 :-))
在我所有的项目中都将部署描述符而替换成了annotation。这样就只有一个persistence.xml文件需要部署。EJB在重构，部署和移植方面都表现良好。
EJB 3.0是真正可移植的(它可以让你中立于实现提供商和架构)。相比EJB 2.1，这点更加突出，因为私有的部署描述符不再需要。实际上，EJB 3不再需要任何描述符。你只要部署干干净净的jar文件，然后附上在meta-inf中的persistence.xml，而其他都是可选的。
在EJB 3 中，惯例优先原则（Convention Over Configuration）或正式地称为基于期望的配置( Configuration By Exception) ，它们和依赖注入(Dependency Injection) 的结合非常完美。大多数场合，开发EJB只需要少量的代码(比如没有"new"的调用，而只需要做个声明)
@Stateless
public class SampleBean implements Sample {
    @PersistenceContext
    private EntityManager em;

    @EJB
    private Another anotherBean;
Getters 和Setters方法是可选的: 不仅对于EJB，同样对于JPA。资源可以直接注入到字段之中。
缺省和annotation的配置能够被XML描述符覆盖。而XML描述符不需面面俱到 - 你只要指定感兴趣的部分。你可以为某个特定阶段（比如测试、集成）开发通过XML描述对产品进行重新设置。
不需要特别的工具。你只需要annotation，一个Java 6 的编辑器和一个Jar文件。无论是IntelliJ，Eclipse (含500附件的插件:-))还是Netbeans 6.1都对EJB 3提供了完善的支持，并对应用服务器也做了很好的集成，EJB的部署、取消部署、配置等都可以直接由IDE来管理。
EJB 3.1可嵌入的特性很可能将获得支持。Glassfish v3已经对此提供支持。在GlassFish的测试中，我发现容器的启动只要令人惊讶的500ms。此外，JBoss也支持可嵌入。
EJB 3.1将提供许多有用的特性：Singletons (更便于配置和用于启动类等), 更好的timer支持 (cron-like)，将来的异步方法，可选的local-interfaces 和基于WAR包的部署。
池的设置和线程池的配置对伸缩性的控制非常有帮助(除非容器崩溃，否则你不会为无法确定伸缩性而头痛:-))
和脚本语言交互的良好支持(包括JavaScript, Groovy)
EJB是缺省可以被管理和监控的。EJB部署到容器后，你就可以对其方法调用和性能等进行监控。
不需事先依赖任何的架构和库等。ejb-jar和容器为你的应用代码打理一切，所以抛出像NoClassDefFoundErrors，ClassCastExceptions这样异常的可能会降到最低。
EJB 3.0是超级紧凑的技术。实际上你已经不可能再为它做些什么简化 :-)。当然，这方面我也愿意听大家的意见。
他们非常容易测试-因为EJB就是一些类和接口。你甚至可以在容器之外启动它们。
即使最简单的use cases也可以用EJB 3高效的实现。比如关于增删查改的 CRUD的例子: