EJB学习(-)(Stateless Session Bean)

最近时间比较空闲,打算研究一下EJB,我是用Eclipse+Lomboz+Jboss3.2.1学习的,所以不是最新的EJB规范,但应该也可以明白一些道理。

文档在http://www.tusc.com.au/tutorial/html/index.html,这是一个非常好好的文档,非常详细,

SessionBean的描述文件大致如下
         <home>au.com.tusc.session.StoreAccessHome</home>
         <remote>au.com.tusc.session.StoreAccess</remote>
         <local-home>au.com.tusc.session.StoreAccessLocalHome</local-home>
         <local>au.com.tusc.session.StoreAccessLocal</local>
         <ejb-class>au.com.tusc.session.StoreAccessSession</ejb-class>
         <session-type>Stateless</session-type>
         <transaction-type>Container</transaction-type>
简单分析如下
       Home接口为au.com.tusc.session.StoreAccessHome
       远程接口为au.com.tusc.session.StoreAccess
      本地Home接口为au.com.tusc.session.StoreAccessLocalHome  (概念上和Home接口类似,只是为了加快本机调用EJB的速度才加上的)
      本地接口为au.com.tusc.session.StoreAccessLocal
      EJB的类为au.com.tusc.session.StoreAccessSes,EJB的主要实现都在这个类里,
      本SessionBean是无状态的SessionBean
      事务类型是容器控制
最简单的EJB如下
      服务器上部署:一个Home接口,一个远程接口,一个Bean类,即
                                 au.com.tusc.session.StoreAccessHome
                                 au.com.tusc.session.StoreAccess
                                au.com.tusc.session.StoreAccessSes
      客户端部署:一个Home接口,一个远程接口,一个客户类,即
                                 au.com.tusc.session.StoreAccessHome
                                 au.com.tusc.session.StoreAccess
                                 客户类,用来访问远程的EJB
下面简单说一下调用过程
     客户端通过JNDI找到远程的Home接口,然后调用Home的create方法得到远程接口,
     然后调用此接口的方法就可以了,客户端调用的只是远程接口的方法,但服务器
     实际上是调用了EJB类的方法,就是<ejb-class></ejb-class>中的类的方法,因此
    Ejb类必须实现所有的远程接口中需要调用的方法,基本如下
              client->jndi->home->remote
              client->remote.method->bean.method
补充说明  

1、  JNDIJava Naming and Directory InterfaceJava命名以及目录接口),JNDI API被用于执行名字和目录服务,它提供了一致的模型来存取和操作企业级的资源如DNSLDAP、本地文件系统或者应用服务器中的对象
 Jndi的好处是你无论调用的是什么资源,你的API实际上是一样的,大致形式如下
    1)创建一个InitialContext对象,其实感觉上和创建一个Socket连接类似,就是挂到一个资源上:如
        InitialContext ctx = new InitialContext();   //本机
      或
        props.put(InitialContext.INITIAL_CONTEXT_FACTORY,"org.jnp.interfaces.NamingContextFactory");
        props.put(InitialContext.PROVIDER_URL, "jnp://127.0.0.1:1099");

           InitialContext initialContext = new InitialContext(props);
   2)查找对象
        查找数据源:DataSource ds = (DataSource)ctx.lookup(“java:comp/env/java/jdbc“);
        查找Home接口:Home home = (Home)ctx.lookup(“java:comp/env/ejb/StoreAccess“)
        
       

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
EJB(Enterprise JavaBeans)中,Session Bean 和 Entity Bean 是两种不同类型的组件,用于实现不同的功能。 1. Session Bean(会话Bean): Session Bean 是用于处理业务逻辑的组件。它代表了一个特定的会话,可以执行一系列相关的操作。Session Bean 可以分为以下两种类型: - Stateless Session Bean(无状态会话Bean):它不保存客户端的状态信息,每个方法调用都是独立的。适用于无需保存客户端状态的业务逻辑。 - Stateful Session Bean(有状态会话Bean):它保存了客户端的状态信息,可以跟踪多个方法调用之间的状态。适用于需要保存客户端状态的业务逻辑。 2. Entity Bean(实体Bean): Entity Bean 用于表示业务领域中的实体对象,例如数据库表中的行。它们持久化到数据库中,并提供对这些实体对象的增删改查等操作。Entity Bean 可以分为以下两种类型: - Container-Managed Persistence(CMP):容器管理持久化。在 CMP 中,容器负责管理实体的持久化,开发人员只需定义实体类和相关的映射关系。 - Bean-Managed Persistence(BMP):Bean管理持久化。在 BMP 中,开发人员需要自己编写代码来控制实体的持久化和数据库访问。 区别和含义: - Session Bean 主要用于处理业务逻辑,不负责持久化数据,而 Entity Bean 用于表示实体对象,并负责将实体对象持久化到数据库中。 - Session Bean 可以是无状态或有状态的,而 Entity Bean 通常是有状态的,因为它们需要维护实体对象的状态和标识。 - Session Bean 的生命周期由客户端决定,而 Entity Bean 的生命周期由容器管理。 - CMP 提供了更简单的持久化解决方案,开发人员无需编写 SQL 或 JDBC 代码,而 BMP 需要开发人员手动管理数据库访问和事务。 需要注意的是,EJBJava EE 6 版本之后已经进入了轻量级的 CDI(Contexts and Dependency Injection)时代,推荐使用 CDI 来管理会话和实体等组件。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值