本文的第 3 部分说明 Enterprise JavaBeans 组件的部署过程，部署并不仅仅是安装，因为它通常还涉及代码生成。部署还使用了一个非凡的部署描述符文件，此文件支持控制企业级 bean 行为（如某个 bean 是否需要事务）的参数。bean 部署的这一特性支持 bean 行为的说明性、纲领性规范的 EJB 目标。第 3 部分还比较了持久性的两种主要类型，bean 治理式持久性和容器治理式持久性，并讨论了 EJB 组件与 CORBA 的关系。同时还给出了一个简单的三层 EJB 应用程序。
部署过程
Enterprise JavaBeans (EJB) 组件是在称为部署的特定过程中安装的。由容器组件提供对部署过程的支持。在高级别上，部署由下列步骤组成：
bean 的开发人员创建必需的类文件、接口文件和控制信息。
容器分析输入文件并生成必要的类。
容器将条目添加到指向本地对象的 JNDI 命名空间中。
EJB 组件的开发人员编写 bean 的 Java 源文件，此文件包含为这个 bean 提供功能的业务逻辑方法，还包括 ejbCreate() 方法。bean 类还必须实现 javax.ejb.SessionBean 接口或 javax.ejb.EntityBean 接口。此外，bean 的开发人员编写接口文件，定义对 javax.ejb.EJBHome 接口和 javax.ejb.EJBObject 接口的扩展。EJBHome 接口的扩展，称为 bean 的本地接口，包含一个创建方法，并且假如 bean 是一个实体 bean，它还会包含一个 finder 方法。EJBObject 接口的扩展，称为 bean 的远程接口，指定在 bean 本身中定义的业务逻辑方法。
bean 的开发人员提供由部署描述符、环境属性和清单式文件组成的控制信息。
部署描述符是 javax.ejb.deployment.SessionDescriptor 对象或 javax.ejb.deployment.EntityDescriptor 对象的序列化实例。
环境属性作为键-值对存储在一个文件中，可通过 java.util.Properties 对象访问此文件。
清单式文件是标识企业级 bean 及其相关文件所必需的。
企业级 bean 的类文件、这两个接口的类文件、部署描述符文件、环境属性文件和清单式文件都是使用名为 ejb-jar 的文件格式归档的。所生成的 ejb-jar 文件提供给容器，作为部署过程的输入。
在部署时，容器分析 ejb-jar 文件的内容，并采取必要的操作使此 bean 可用。这些操作包括：生成实现 bean 的本地和远程接口的新 Java 类，将本地接口实现绑定到 JNDI 命名空间中，生成桩模块和 skeleton helper 类，后者是支持 RMI 通信所必需的。容器也可以生成 bean 的子类，并入容器专用的代码，以方便对 bean 的治理。部署时由容器生成的类通常是容器专用的，而不像 EJB 组件本身那样具有可移植性。
持久性、事务和安全
在为 EJB 组件提供持久性、事务和安全服务方面，EJB 容器可扮演主要角色。是将这些服务的职责指定给容器，还是假定职责由 bean 自身负责，EJB 规范为 bean 的开发人员提供了灵活性。例如，对实体 bean 的持久性支持既可以由 bean 治理，也可以由容器治理。假如 EJB 组件开发人员选择使用容器治理式持久性，他们就会在部署描述符中添加一个称为 containerManagedFields 的属性。根据 EJB 规范：
“containerManagedFields 属性的值是一个实例字段列表，企业级 bean 提供者希望，容器通过从数据库加载或将其存储到数据库，来治理这些实例字段。企业级 bean 代码不应该包含任何数据库访问调用 -- 数据库访问调用将由容器工具在部署时生成。
“专用于提供容器治理式持久性支持的容器，通常将提供丰富的部署时工具，以答应企业级 bean 部署者建立实例字段到基础数据源的映射。一般认为，尽管容器提供者的工具简化了映射进程，但映射进程仍可能涉及到 bean 部署者（即映射进程不是全自动的）。”(Enterprise JavaBeans Specification 1.0)
除了支持容器治理式持久性以外，EJB 体系结构还支持容器对事务的治理。该规范规定：
“Enterprise JavaBeans 是一种高级组件框架，它试图使应用程序开发人员不面对系统的复杂性。因此，大多数企业级 bean 及其客户机不需要通过程序访问事务治理。”(Enterprise JavaBeans Specification 1.0)
当 bean 的开发人员依靠容器进行事务治理时，就称为容器治理式定界，容器使用在部署时提供的事务属性：
“无论客户机何时调用企业级 bean，容器都会介入这个方法调用。这种介入答应容器通过事务属性显式控制事务定界。例如，假如企业级 bean 部署了 TX_REQUIRED 事务属性，则无论何时，只要客户机调用支持事务的企业级 bean，容器就会自动启动事务，而客户机并不与任何事务上下文相关联。”(Enterprise JavaBeans Specification 1.0)
假如开发人员选择在 bean 内支持事务，则他们在部署描述符中指定 TX_BEAN_MANAGED 事务属性，然后就可以在 bean 自身内部自由使用 javax.transaction.UserTransaction 接口划分事务边界。通过认出 TX_BEAN_MANAGED 事务属性，容器就能知道不必介入事务支持。
通过增强 AccessControlEntry 对象和 RunAs 安全标识中指定的限制，容器为 EJB 组件提供安全支持。AccessControlEntry 对象在 bean 级别上或针对单个方法，将 Identity 对象与企业级 bean 相关联。Identity 对象反映答应调用 bean 的方法的用户或角色。当容器试图访问数据源或另一个 bean 时，它们也会将 RunAs 安全身份应用于 EJB 组件。可将 RunAs 身份设置为等同于某个特定用户帐户、有权限的系统帐户或客户机安全身份。访问控制和 RunAs 的信息是 bean 的开发人员在部署描述符中指定的，将影响容器治理 bean 的与安全有关的行为方式。
虽然 EJB 1.0 规范也提到安全问题，但更具体的安全功能定义，见该规范的后续版本。
CORBA 和 EJB 技术的关系
公用对象请求代理程序体系结构 (CORBA) 为分布式对象的平台中立和语言中立的计算环境奠定了基础。在 CORBA 环境中，功能驻留于对象之中，而客户机可通过对象请求代理程序 (ORB) 访问这些对象。完整的 CORBA 实现提供 ORB，外加称为 CORBA 对象服务和 CORBA 公用工具的几个运行时服务。也可只提供 ORB，不提供相关联的对象服务和公用工具（例如，IBM 就提供这样的两种独立 ORB）。实现基本 ORB 功能的软件称为 ORB 核心。为了支持语言无关性，CORBA 应用程序是用接口定义语言 (IDL) 编写的。该语言在语法上类似于 C++，但不包含语义：IDL 中指定的操作是操作接口，而不是操作实现。由于它对多种平台和多种语言的支持，以及源自其分布式特征的可伸缩性，CORBA 非常适合于治理企业规模的信息系统。
设计 EJB 规范也是为了支持企业信息系统。这样说来，CORBA 是一个竞争者吗？根据 Frequently Asked Questions for Enterprise JavaBeans，答案是否定的：
“实际上，EJB 技术很好地补充了 CORBA。CORBA 提供了一个强大的基于标准的基础结构，可在此结构之上构建 EJB 服务器。EJB 技术使得在 CORBA 基础结构的顶层构建应用程序变得更为轻易。”（Enterprise JavaBeans 常见问题解答）
虽然 EJB 规范和 CORBA 规范说明的是不同的技术，但 EJB 实现目前利用 CORBA 技术的某些方面。一个例子就是 RMI/IIOP。EJB 规范要求 EJB 组件及其容器使用 Remote Method Invocation (RMI) 技术，实现分布式对象之间的方法调用。 RMI 规定远程方法的语法和语义，但并不规定应使用何种传输协议提供网络连接。CORBA Internet 对象请求代理程序间协议 (IIOP) 基本上定义了通过 TCP/IP 传输 CORBA 消息的一种方法。开发使用 IIOP 消息形式交换 RMI 数据的 EJB 实现，说明了 EJB 应用程序怎样才能有效地使用 CORBA 技术的各部分。这种网络也支持与 CORBA 应用程序的互操作性，后者使用 IIOP 发送本地 CORBA 消息，与 RMI 无关。IBM 的 EJB 实现，即 WebSphere Application Server，优化了 IIOP 的使用，方法是，弄清楚分布式对象何时驻留在同一台服务器上，并且只在对象确实在远程时才调用 IIOP。
为了方便既并入 EJB 技术，又并入 CORBA 技术的企业系统的开发，Sun Microsystems 在 EJB 规范和 CORBA 之间创建了一种映射。将 EJB 体系结构映射到 CORBA，影响到 EJB 技术的几个方面，包括对象分布、命名和事务。CORBA 映射的主要目的是，保证不同厂商构建的 EJB 服务器之间的互操作性。互操作性提供以下好处：
CORBA 客户机可以访问部署在基于 CORBA 的 EJB 服务器上的 EJB 组件
客户机程序在事务中可以将对 CORBA 对象的调用，与对企业级 bean 的调用混合在一起
事务可以跨多个 bean，而这些 bean 又位于来自不同厂商的基于 CORBA 的多台 EJB 服务器上
使用来自某个厂商的 ORB 的客户机，可以访问另一个厂商基于 CORBA 的 EJB 服务器上的 bean
对于要访问 EJB 组件的 CORBA 客户机来说，bean 接口被映射到 IDL。例如，可将股票交易 bean 中定义的 buy() 和 sell() 方法，指定为 IDL 文件中的 CORBA 操作。非 bean 的 CORBA 客户机，如 C++ 客户机，可以访问这个 bean，并用标准 CORBA 调用来调用 bean 的方法。假如容器使用 IIOP 作为它的分布式对象协议，则该容器的职责是，生成与企业级 bean 及其接口对应的 IDL。
EJB 命名服务，它以“CORBA 对象服务”命名服务为基础，使 EJB 组件可用于 CORBA 客户机。Java Naming and Directory Interface (JNDI) 可提供到 CORBA 命名服务的接口，同时，客户机既可以通过 JNDI 调用间接访问基础命名服务，也可以通过“CORBA 对象服务” (COS) 命名 API 直接访问该服务。
EJB 事务支持依靠于 CORBA Transaction Service，即 Object Transaction Service (OTS)。Java T
