EJB3.0入门经典(笔记) - 第2章 EJB知识与运行环境设置（1）

最新推荐文章于 2023-02-11 21:30:05 发布

gengv

最新推荐文章于 2023-02-11 21:30:05 发布

阅读量2.2k

点赞数

分类专栏： EJB 文章标签： ejb bean 应用服务器数据库连接池 jdbc jboss

本文链接：https://blog.csdn.net/gengv/article/details/4349030

版权

EJB 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

第 2 章 EJB 知识与运行环境设置（ 1 ）

1. 会话 Bean 分为两种：无状态（ Stateless ）和有状态（ Stateful ）。

2. 会话 Bean 的实现需要：

1）远程接口（ Remote Interface ）

2）本及接口（ Local Interface ）

3）实现类（ Bean Class ）

3. 无状态会话 Bean

1）实例池（ Instance Pooling ）技术

当无状态会话 Bean 被部署在应用服务器上的时候， EJB 容器会预先创建好该 Bean 的一些实例并放入对象池中。就像使用数据库连接池那样，当收到对 EJB 方法的访问请求时， EJB 容器会提取出一个实例为之服务，服务完毕后，再放回对象池中。

2）由于无状态会话 Bean 更具性能优势，因此条件允许的情况下，应优先考虑使用无状态会话 Bean 。

4. 开发实现了远程接口的无状态 Bean

1）首先，定义一个普通的接口，该接口应该包含业务逻辑方法。 EJB 客户端会使用这个接口类型的引用，去引用从 EJB 容器返回的存根（ Stub ）。

2）其次，编写实现类

l 用到两个注释 @Stateless 和 @Remote

l @Stateless 的属性

name() ：定义 EJB 的名称。在每个 EJB JAR 中，该名称必须是唯一的；但在 EAR 中，是可以重复的，因为 EAR 可以包含多个 EJB JAR ，而每个 JAR 可以有一个同名称的 EJB 。

mappedName() ：指定 Bean 的全局 JNDI 名称，这个属性在 WebLogic 、 Sun Application Server 和 Glassfish 上有效。

l @Remote

为无状态会话 Bean 指定远程接口，接受 .class 类型的属性；

每个 Bean 可以有多个远程接口，每个接口可以用逗号分开，如 :

@Remote({Hello.class, HelloWorld.class, World.class})

5. 打包导出 JAR 文件

1） Eclipse 打包向导

2） Ant 打包任务

通过 build.xml 配置打包任务：

<?xml version="1.0" encoding="UTF-8"?>

</fileset>

</path>

</delete>

</target>

</classpath>

</javac>

</target>

</fileset>

</jar>

</target>

</copy>

</target>

</target>

</project>

3）可以使用 http://localhost:8080/jmx-console 选择 service=JNDIView 来查看是否部署成功。

6. EJB 命名，如果没有为 EJB 指定全局名称， JBoss 会在部署的时候根据默认规则为其命名：

1）打包在 EAR 中：

本地接口： EAR-FILE-BASE-NAME/EJB-CLASS-NAME/local

远程接口： EAR-FILE-BASE-NAME/EJB-CLASS-NAME/remote

2）打包在 JAR 中：

本地接口： EJB-CLASS-NAME/local

远程接口： EJB-CLASS-NAME/remote

应当注意： EJB-CLASS-NAME 不包括包名。

7. JNDI 调用

1）配置 JNDI 信息

l JNDI 驱动类名：

java.naming.factory.initial 或 Context.INITIAL_CONTEXT_FACTORY ，用于指定 InitialContext 工厂，类似于 JDBC 的数据库驱动类。 JBoss 提供的驱动类是 org.jnp.interfaces.NamingContextFactory 。

l 命名服务提供者 URL ：

java.naming.provider.url 或 Context.PROVIDER_URL ，用于指定提供命名服务的主机地址和端口号，类似于 JDBC 的数据库 URL 。 JBoss 提供的 URL 格式为 jnp://host:port 。除主机名以外，其他部分都可以不写。

l java.naming.security.principal 和 java.naming.security.credential 用于指定用户标识（如用户名）和凭证（如密码）。当 EJB 提供安全服务时，必须提供这两个属性。即类似于 JDBC 连接数据库时的用到的用户名和密码。

2）创建 InitialContext

如果客户端也运行在应用服务器内，则不需要为 InitialContext 设置上下文信息。应为应用服务器会把 JNDI 驱动类等上下文信息添加进系统属性，当使用 InitialContext 的无参数构造方法创建 InitialContext 时， InitialContext 内部会调用 System.getProperty() 方法从系统属性中获取必要的上下文信息。

3）查找 EJB

使用 InitialContext 的 lookup 方法，根据 EJB 的 JNDI 名称，可以从 EJB 容器查找并返回回来一个存根对象。该存根对象实现了 EJB 的远程接口，它会将客户端的方法调用路由到应用服务器，应用服务器再将调用请求路由到真正的 EJB 实例上。

8. 开发实现了本地接口的无状态 Bean

1）基本流程与远程接口相似

2） @Local 与 @Remote 用法也基本相同

3）当 @Remote 和 @Local 都不存在时，容器会将 Bean Class 实现的接口，默认认为本地接口。

9. 开发实现了远程和本地接口的无状态 Bean

1）实际应用中建议将 Bean 类同时实现 Remote 和 Local 接口。

2）值得注意的是，实现了 Remote 和 Local 接口的 Bean Class 可以为远程访问和本地访问提供服务。由于无状态会话 Bean 不会跟踪维护会话的状态，因此即使会话已经失效了， Bean 实例可能仍然存活于对象池中。而 Bean 实例自身的属性变量并未变化。所以，对接下来的调用，不论远程访问还是本地访问，都存在交叉影响的可能，需要做好处理。

10. 实例池（ Instance Pooling ）

1）主要用于无状态会话 Bean 和消息驱动 Bean ，而不能用于有状态会话 Bean 。

2）实现很类似于 JDBC 连接池。

11. 无状态会话 Bean 的生命周期

1）两种状态： does not exist 和 method-ready pool

2）进入 method-ready pool 状态，会完成三步操作：

l 容器会调用无状态会话 Bean 实现类的 Class.newInstance() 方法，构造一个 Bean 实例。因此必须提供无参的 public 构造方法。

l 根据注释或 .xml 部署描述文件，将在 Bean 元数据中声明的资源注入进来。

l EJB 产生一个 post-construction 事件，该事件注册了一个回调方法，用来调用 Bean 类中标注了 @javax.annotation.PostConstruct 注释的方法。这种回调方法可以使用任何名称，但有如下限制： void 、无参数、不抛检查异常；每个 Bean 类只能有一个 @PostConstruct 回调方法，且实例的整个生命周期中只在此时调用一次。通常用来做初始化工作，比如打开资源等。

3）处于 method-ready pool 状态

l 无状态会话 Bean 实例只在单个方法调用期间才与 EJB Object 关联。如果某个 Bean 实例正在处理请求，那么直到完成了这次处理，才可以被其他 EJB Object 关联使用。（作者没有仔细说明 EJB Object 是什么，以及和 Bean 实例的关系，但我猜可能就是后面所说到的骨架类（ Skeleton ）。在没有明确答案之前，姑且先这么认为）。

l 客户端通过注入或者 JNDI 查找 EJB 并获得应用，但引用的返回并不会导致无状态会话 Bean 实例的创建或者从池中被取出。直到 Bean 的方法被调用时，这些操作才会发生。

4）离开 method-ready pool 状态

l Bean 实例被删除，即回到 does not exist 状态。

l EJB 产生一个 pre-destroy 事件，该事件注册了一个回调方法，用来调用 Bean 类中标注了 @javax.annotation.PreDestroy 注释的方法。该类型的回调方法与 @PostConstruct 类似，相似的限制。每个 Bean 类只能指定一个 @PreDestroy 方法，也只在生命周期的此时被调用一次。通常用来做清理工作，比如关闭打开的资源等。